Windows Server Sicherung (2012) und Hyper-V (via Sicherunsgzeitplan)
Allgemeine Diskussion
Alle Antworten
-
Zu 1.:
Die Windows Server Sicherung macht meines Wissens seit Windows Server 2008 differentielle Sicherungen, wenn die Sicherung auf einen direkt angeschlossenen Datenträger erfolgt.
Die Sicherung erfolgt auf der Basis eines Snapshots, der in die Sicherung aufgenommen wird. Deshalb sieht es so aus, als ob nur eine, nämlich die letzte Sicherung existieren würde. Wenn du aber versuchst, Daten wiederherzustellen, werden dir auch die früheren Sicherungstermine angeboten. Diese kannst du nicht direkt sehen, da sie im Ordner System Volume Information liegen.
Es werden also nicht die alten Dateien noch einmal gesichert. Aber du siehst in der VHD der Sicherung natürlich den aktuellen Stand deiner Quellfestplatte. Die virtuellen Festplatten deiner VMs müssen also in der Sicherung den gleichen Zeitstempel haben, wie auf der Quellfestplatte.
Zu 2.:
Das weiß ich nicht. Ich habe es noch nicht ausprobiert und sehe auch keinen Sinn darin. Das Anhalten der Sicherung dürfte nicht zum Löschen des Snapshots führen. Das kannst du mit vssadmin überprüfen.
Zu 3.:
Wieso sollen neue VMs nicht gesichert werden? Das würde dem Konzept jeder Datensicherung widersprechen! Was hast du denn bei der Sicherung als zu sichernden Daten eingestellt? Auf welche Threads beziehst du dich?
Wenn dir meine Antwort nützt, kannst du "Als Antwort vorschlagen" anklicken. Warum? Das steht hier.
danke für die Antworten
1.) das kann so nicht stimmen, wenn man Terrabyteweise Hyper-Vs sichert und auf der Sicherungsplatte lediglich 20% Reserveplatz ist. Ich habe 1,5TB an VMs und eine 2TB Sicherungsdisk. Das dauert so an die 3 bis 4h, bis alles gesichert ist. Bei meiner vorletzten Sicherung habe ich vorher sicherheitshalber alle VMs runtergefahren und auf AUS gesetzt, da ich die VHDs zusätzlich durch manuelles Kopieren auf eine 2te Sicherungsplatte verbracht habe.
Dann habe ich den Sicherungsjob manuell gestartet. Nach ca 4h war die Sicherung durch. Auf der Workstation auf der die Hyper-Vs laufen, stand ein Firmwareupdate der SSDs an, die dazu aus dem RAID verbund mussten. Daher habe ich das normalerweise Zeitgesteuerte Windows Backup manuell gestartet.
Dummerweise vergaß ich den regulären zeitgeplanten Sicherungsjob zu deaktivieren, der dann 10 Minuten später loslegte. Selbiger benötigte dann wieder 4h, womit das Firmwareupdate flach fiel und ich einen ganzen Tag verloren habe. Soviel zum Sinn (2.) des Abbruchs eines Sicherungsjobs. Es hatte sich also nichts weiter geändert als der Systemstate von C:. Das Systemlaufwerk ist nur 100GB groß (SSD) und belegt 30GB, da auf der Maschine nur Hyper-V läuft.
3. Das sehe ich auch so. Aber leider scheint das ein Bug bei jobgesteuerte Sicherung über die Aufgabenplanung zu sein. Genauso verhält es sich, wenn man zwischenzeitlich eine VM löscht. Dann gibt es nach der Sicherung einen Fehlerreport.
Hier ein Thread dazu, wo das Thema am Rande besprochen wird:
https://social.technet.microsoft.com/Forums/windowsserver/en-US/1a1e0066-f421-43d6-970b-1e20e674cdf9/using-windows-server-2012-backup-for-hyperv-virtual-machines-error-80780176-the-specified?forum=winserver8gen
Zitat:
This error is caused in my environment when a new Virtual machine is added or migrated from another system. It seems when scheduling a backup Windows Server Backup will make a list of Hyper-V guests to backup. (even if Full Server is selected)
Da gibt es so einige Threads.
Der Workarround ist einfach, aber lästig. Und blöd, wenn man es vergisst. Daher meine Idee, das komplette Volume zu sichern. D.h., ohne die VM Sicherung
Der Dialog hierzu sieht so aus:
