Die Ursache liegt innerhalb der VM:
YYYY-MM-DD hh:mm:ss.xxx+02:00 <ERROR> [NNNN] VTools::waitForTask@vtools.cpp(496): Fehler beim Speichern des Snapshots: Das Stilllegen der virtuellen Maschine ist fehlgeschlagen.
Der Zusammenhang stellt sich so dar:
Der VM Host bekommt von dem Novastor DataCenter/Network über die VStorage API den Auftrag einen konsistenten Zustand der VM zu liefern.
Dazu legt der VM Host zunächst einen inneren Snapshot der VM auf dem VM OS Level an.
Das wird über die VMWare Tools ausgeführt.
Beim Anlegen des inneren Snapshots, auch Quiescing=Stillegen der VM genannt, tritt ein Fehler auf und das Backup wird mit diesem Fehler beendet.
Ein häufig anzutreffender Grund für dieses Problem ist eine Veraltung oder nicht-Existenz der VMware Tools auf der VM. Bitte prüfen Sie dies zuerst. Läuft der Dienst in der VM ?
Ein anderer Grund kann der VSS in der VM sein.
Bitte sehen Sie dazu in der Eventlog der VM nach Fehlern im Bereich System oder Anwendung zum im Protokoll genannten Zeitpunkt.
Für VMs, die Oracle Server sind, kann zum Beispiel das Event mit der ID 44 in der Ereignisanzeige der VM angezeigt werden. In diesem Fall prüfen Sie bitte, ob der Oracle Server die ARCHIVELOGS Option aktiviert hat. Diese ist zwingend notwendig, damit der Oracle VSS Writer die Anwendung ruhig stellen kann.
Noch ein anderer Grund kann ein an die VM angeschlossenes (in die VM konfiguriertes)
DVD oder Floppy Laufwerk sein. Bitte entfernen Sie diese Laufwerke aus der VM Konfiguration.
Es kann auch sein, dass ein Legacy Floppy Drive im Bios der VM konfiguriert ist.
Gehen Sie in diesem Fall wie von VmWare empfohlen vor, um das Floppy Drive zu entfernen:
https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1034616
Oder das Gast OS verfügt nicht über genügend Speicherplatz für den Snapshot.
Dazu im Gast mit dem Explorer->Drive C markieren->RechteMaustaste "Configure Shadow Copies"->Eigenschaften
nach dem konfigurierten Platz schauen.
Auch wenn die vssadmin Ausgabe zeigt, dass kein Platz für Schattenkopien konfiguriert ist, die Wahrheit liegt im "Configure Shadow Copies". Falls dort etwas konfiguriert ist, diesen Wert um 50% vergrößern und abspeichern.
Danach sollten die Ausgabe von
vssadmin list shadowstorage
und "Configure Shadow Copies"
Werte übereinstimmen.
Als letztes kann eine ungewöhnlich hohe Anzahl von VSS Snapshots im Gast OS der Grund dafür sein, dass keine weiteren Snapshots erstellt werden können.
Sie können mit
vssadmin list shadows
Schattenkopien auf dem Gast OS anzeigen und mit
vssadmin delete shadows
Schattenkopien auf dem Gast OS löschen, um den Platz wieder freizugeben.
Weitere Gründe für Quiescing Error innerhalb der VM:
1. Windows Dienst 'VMware Snapshot Provider' ist nicht installiert.
https://kb.vmware.com/s/article/2149640
Lösung:
- Download VMware Tools Version 10.1.10 https://my.vmware.com/web/vmware/details?downloadGroup=VMTOOLS10110&productId=614
- Uninstall VMware Tools
- Install VMware Tools Version 10.1.10
2. Windows Dienst 'VMware Snapshot Provider' läuft permanent nach Reboot und verhindert Snapshots.
https://communities.vmware.com/thread/533736
Workaround:
Stoppen des Dienstes 'VMware Snapshot Provider' und setzen der Startart auf manuell, falls noch nicht geschehen.
3. Windows Feature 'Windows Server Backup' ist nicht installiert.
https://kb.vmware.com/s/article/2068653
Lösung:
- Windows Start -> Server Manager
- Manage -> Add Roles and Features
- Windows Server Backup auswählenmore
- Windows PowerShell auswählen
- Next -> Install -> Close
Weitere Info über die Ursache von Quiescing Errors findet sich in der vmware.log der VM
/vmfs/volumes/Datastore/Affected_Virtual_Machine/vmware.log
Suchen Sie in zeitlicher Nähe des Backup Fehlers nach dem Wort "quiesce".
Achtung, die Zeitangabe in der vmware.log ist im Gegensatz zum Backupprotokoll GMT.
Die Datei finden Sie hier:
VSphere GUI
-> Datastore auswählen
-> Kartenreiter Dateien auswählen
-> VM auswählen
-> vmware.log herunterladen
wenn der Download nicht möglich ist: vmware.log kopieren und downloaden