Windows 10 erlaubt für einige aktive oder besonders geschützte Systemdateien auf C: kein normales File-Backup. Daher gibt es bei den Server-OS für diese die Definition des "System State".
Quelle?
Also laut
Doku müsste der Parameter
-allCritcal den
System State beinhalten:
Specifies that all critical volumes (volumes that contain operating system's state) be included in the backups. This parameter is useful if you are creating a backup for bare metal recovery. It should be used only when -backupTarget is specified, otherwise the command will fail. Can be used with the -include option.
Tip: The target volume for a critical-volume backup can be a local drive, but it cannot be any of the volumes that are included in the backup.
So wie ich es verstehe, beinhaltet der
System State ein Subset eines Voll-Backups mittels
-allCritcal.
Übrigens, ich könnte mir vorstellen, dass
-allCritcal neben dem Haupt-Volume (i.d.R.
C:) auch die
EFI System Partition mitnimmt.
Update: Habe eine
Frage auf Server Fault gestellt und prompt eine Antwort erhalten, mit einem Verweis auf den TechNet-Artikel
Deciding between System State Backup and Allcritical Backup in Windows Server 2008. Zitat:
Q) If I take an Allcritical Backup, can I perform a System State Recovery and create a IFM dump of my AD server with it?
A) Yes you can! There is no difference between a SSR or a IFM dump done from Allcritical or System State Backup. Allcritical Backup is basically a superset of a System State Backup.
Weiterhin steht geschrieben, dass Allcritical-Backups auf Blockebene und inkrementell durchgeführt werden, wohingegen System-State-Backups auf Dateiebene durchgeführt werden. Dadurch sind Allcritical-Backups schneller, es sei denn, es wurden in der Zwischenzeit viele Daten hinzugefügt.
Nun das mit dem inkrementell muss ich mir genauer ansehen. Ich frage mich, ob man auf die einzelnen Inkremente zugreifen kann. Auch frage ich mich, ob man die mit
wbadmin gemachten Backups irgendwie mounten kann. (nicht wahnsinnig wichtig, denn sie sollen ja nur der System-Wiederherstellung im Notfall dienen)
Update 2: Nun habe ich ein Allcritical-Backup laufen lassen, und auch meine zweite Vermutung bestätigt sich. Ein Allcritical-Backup nimmt die
EFI System Partition mit.
Code:
PS C:\> WBADMIN START BACKUP -backupTarget:E: -include:C: -allCritical
wbadmin 1.0 - Backup command-line tool
(C) Copyright 2013 Microsoft Corporation. All rights reserved.
Retrieving volume information...
This will back up SYSTEM(EFI System Partition) (260.00 MB),Windows(C:),WinRE_DRV (1000.00 MB) to E:.
Do you want to start the backup operation?
[Y] Yes [N] No y
The backup operation to E: is starting.
Creating a shadow copy of the volumes specified for backup...
Creating a shadow copy of the volumes specified for backup...
Creating a backup of volume SYSTEM(EFI System Partition) (260.00 MB), copied (0%).
Creating a backup of volume SYSTEM(EFI System Partition) (260.00 MB), copied (0%).
Creating a backup of volume SYSTEM(EFI System Partition) (260.00 MB), copied (100%).
The backup of volume SYSTEM(EFI System Partition) (260.00 MB) completed successfully.
Creating a backup of volume Windows(C:), copied (0%).
Creating a backup of volume Windows(C:), copied (1%).
[…]
Creating a backup of volume Windows(C:), copied (99%).
The backup of volume Windows(C:) completed successfully.
Creating a backup of volume WinRE_DRV (1000.00 MB), copied (43%).
The backup of volume WinRE_DRV (1000.00 MB) completed successfully.
Summary of the backup operation:
------------------
The backup operation successfully completed.
The backup of volume SYSTEM(EFI System Partition) (260.00 MB) completed successfully.
The backup of volume Windows(C:) completed successfully.
The backup of volume WinRE_DRV (1000.00 MB) completed successfully.
Log of files successfully backed up:
C:\Windows\Logs\WindowsBackup\Backup-11-03-2019_18-22-55.log
Der Inhalt der Log-Datei ist unspektakulär:
Code:
Backup of volume \\?\GLOBALROOT\Device\HarddiskVolume1\ succeeded.
Backup of volume C: succeeded.
Backup of volume \\?\Volume{d2cb30fa-f9ec-4a1d-9ee4-31f409e7fb2b}\ succeeded.
Die Samsung T5 SSD als Backup-Medium habe ich NTFS-formatiert, mit möglichst großer
allocation unit size, denn beim Backup werden nur wenige Dateien angelegt.
Ein Folge-Backup ist in der Tat deutlich schneller, weil ja nur die geänderten Blöcke gespeichert werden.
Update 3:
Nun noch zu meinem ursprünglichen Wunsch, alte Backups löschen zu können so wie bei
Borg Backup unter Linux. Zunächst die Liste der Backups gefolgt vom benötigten Plattenplatz:
Code:
PS C:\> WBADMIN GET VERSIONS -backupTarget:E:
wbadmin 1.0 - Backup command-line tool
(C) Copyright 2013 Microsoft Corporation. All rights reserved.
Backup time: 3/11/2019 7:22 PM
Backup target: 1394/USB Disk labeled Samsung_T5(E:)
Version identifier: 03/11/2019-18:22
Can recover: Volume(s), File(s), Application(s), Bare Metal Recovery, System State
Snapshot ID: {03b6790a-d94e-4b79-852f-e25c9960455c}
Backup time: 3/11/2019 7:50 PM
Backup target: 1394/USB Disk labeled Samsung_T5(E:)
Version identifier: 03/11/2019-18:50
Can recover: Volume(s), File(s), Application(s), Bare Metal Recovery, System State
Snapshot ID: {404cc2a0-760c-4200-8295-bd689eeccac7}
PS C:\> Get-PSDrive E
Name Used (GB) Free (GB) Provider Root CurrentLocation
---- --------- --------- -------- ---- ---------------
E 307.63 623.88 FileSystem E:\
Nun geht es ans Löschen des ersten Backups:
Code:
PS C:\> WBADMIN DELETE BACKUP -deleteOldest -backupTarget:E:
wbadmin 1.0 - Backup command-line tool
(C) Copyright 2013 Microsoft Corporation. All rights reserved.
Enumerating backups...
Found 2 backups,
1 will be left after the delete operation.
Do you want to delete the backups?
[Y] Yes [N] No y
Deleting backup version 03/11/2019-18:22 (1 out of 1)...
The operation to delete backups completed,
1 backups were deleted.
PS C:\> Get-PSDrive E
Name Used (GB) Free (GB) Provider Root CurrentLocation
---- --------- --------- -------- ---- ---------------
E 12.12 919.39 FileSystem E:\
Oh, das sieht nicht gut aus! So schlau wie
Borg ist
WBADMIN leider nicht. Immerhin werden bei einem Folge-Backup die fehlenden Daten wieder hinzugefügt, zumindest gemäß Speicherverbrauch auf der Backup-SSD.
Die Time-Stamps sind übrigens in UTC, also derzeit eine Stunde zurück.
