Konsistente Backups von Hyper-V und VMware VM Sicherungen

Wenn eine Live-Sicherung auf einem Windows-Host durchgeführt wird, sendet BackupChain mithilfe von VSS, einer Windows-Komponente, ein Sicherungssignal an alle VSS-fähigen Dienste, um die Sicherung vorzubereiten.

Das Betriebssystem selbst bereitet dann auch die Sicherung vor und leert alle Caches auf die Festplatte.

Microsoft SQL Server, Microsoft Exchange, Hyper-V und VMware unterstützen das VSS-System. Dies bedeutet, dass sie auch ein Signal zur Vorbereitung der Sicherung erhalten und es verarbeiten, indem sie in ihre eigenen Datendateien auf die Sicherung vorbereiten.

Bei Hyper-V und VMware wird das VSS-Signal auch über die Hyper-V Integration Services bzw. VMware Tools an jede VM weitergeleitet. Aus diesem Grund ist es auch wichtig, die Integrationsdienste immer auf dem neuesten Stand zu halten.

Wenn alle Dateiänderungen und Caches auf die Festplatte geschrieben wurden, lässt das Betriebssystem keine weiteren Schreibaktivitäten auf virtuelle Festplatten oder andere Dateien auf dem System zu, bis die Sicherung begonnen hat. Alle Dienste werden jedoch weiterhin ohne Unterbrechung ausgeführt, während Sicherungen ausgeführt wird.

Wenn Live-Sicherungen mithilfe von VSS-fähigen Diensten wie Microsoft SQL Server erstellt werden, wird davon ausgegangen, dass die Sicherung absturz- und anwendungskonsistent ist. Die Sicherung ist anwendungskonsistent, da die Anwendung (SQL Server) aufgefordert wurde, sich auf eine Sicherung vorzubereiten, und ihre eigenen Vorbereitungen erfolgreich
durchgeführt hat.

Ein Absturz-konsistentes Backup bietet keine Anwendungskonsistenz und ist daher ein Backup, bei dem alle oben genannten Vorgänge mit Ausnahme der VSS-Integration durchgeführt wurden. Die Anwendungen (und möglicherweise das Betriebssystem selbst) waren nicht an der Sicherung beteiligt. Obwohl dies zu Datenverlust führen kann, ist der Datenverlust normalerweise minimal, wenn Software verwendet wird, die Transaktionen ausführen und wieder zurücksetzen kann. Ein absturzsicheres Backup ähnelt einem Stromausfall. Der Schreibzugriff wird gestoppt und das Backup wird mit einem Snapshot erstellt. Es werden keine weiteren Schreibvorgänge ausgeführt, bis die Sicherung abgeschlossen ist.

Die meisten modernen Unternehmenssoftware wie SQL Server, das NTFS-Dateisystem oder Microsoft Exchange können Stromausfälle problemlos beheben. Einige Anwendungen können dies jedoch nicht. Beispielsweise kann eine ältere Microsoft Access Datenbank beschädigt werden, wenn Sicherungen live erstellt werden, ohne dass die Datenbank heruntergefahren wird. Microsoft Access ist auch nicht VSS-fähig, so dass wirklich keine 100% stabile Live-Sicherung auf direkter Dateibasis verfügbar ist. (Sie können jedoch SQL-Skripts schreiben, um eine Live-Sicherung in Access umzusetzen.)

Wenn Sie eine virtuelle Maschine einschalten, die live gesichert wurde, ist möglicherweise noch ein Flag im Dateisystem gesetzt, das angibt, dass Windows nicht heruntergefahren wurde. Sie können die Warnung ignorieren, wenn Sie bestätigt haben, dass VSS und die Integrationsdienste ordnungsgemäß installiert sind. Um sicherzustellen, dass die VSS-Integration in der VM ordnungsgemäß funktioniert hat, überprüfen Sie die Ereignisanzeige der VM auf VSS-Einträge, die zu dem Zeitpunkt, zu dem die Sicherung gestartet wurde, im Zusammenhang mit Einträgen stehen.

Laden Sie heute Ihre 20-tägige, voll funktionsfähige BackupChain Demoversion herunter und starten Sie Ihr erstes Hyper-V Backup innerhalb von wenigen Minuten!