Avamar: Hyper-V-RCT-Backups schlagen mit Fehlern aufgrund verwaister Prüfpunkte fehl

Avamar Hyper-V RCT-Backups können mit Fehlern ähnlich dem folgenden fehlschlagen:
 

avhypervvss Info <43419>: Creating backup CheckPoint with 'Copy' guest backup type
2019-04-15 00:05:05 avhypervvss Info <43420>: Creating backup CheckPoint with 'Application' consistenty level
avhypervvss Error <43426>: Checkpoint creation for Virtual machine 'DELLEMC-VM<XXXXSS-XXXX-XXXX-XXXX-XXXXXX>' has failed and will be skipped from backup. For details, please check 'winclustersvc.log'.
avhypervvss Error <43426>: Checkpoint creation for Virtual machine 'AVAMAR-DEV<XXXXSS-XXXX-XXXX-XXXX-XXXXXX>' has failed and will be skipped from backup. For details, please check 'winclustersvc.log'.
avhypervvss Error <43426>: Checkpoint creation for Virtual machine 'DDR-Dev2<XXXXX-XXXX-XXXX-XXXX-XXXXXX>' has failed and will be skipped from backup. For details, please check 'winclustersvc.log'.
avhypervvss Warning <43427>: No targets available for backup after checkpoint process.

Hyper-V-RCT-Backups werden möglicherweise ein oder zwei Tage lang erfolgreich abgeschlossen. Das letzte erfolgreiche Backup hinterlässt jedoch verwaiste Prüfpunktdateien (*.avhdx) in den Verzeichnissen der virtuellen Maschine (VM).  

Während des Backups wird vorübergehend ein Prüfpunkt der VMs erstellt. Nach Abschluss des Vorgangs informiert das Hyper-V-Plug-in das Windows-Betriebssystem (BS), den AVHD-Prüfpunkt mit der übergeordneten virtuellen Festplatte (VHD) der VM zusammenzuführen.

In einigen Fällen werden die Prüfpunkte nach Abschluss der Backups nicht mit der Haupt-VHD zusammengeführt. Im Protokoll der Ereignisanzeige (Anwendungs- und Dienstprotokolle –> Microsoft –> Windows –> Hyper-V VMMS) wird möglicherweise der folgende Fehler angezeigt:
 

"'DDR-Dev2' background disk merge failed to complete: Account restrictions are preventing this user from signing in. For example: blank passwords aren't allowed, sign-in times are limited, or a policy restriction has been enforced. (0x8007052F). (Virtual machine ID XXXXX-XXXX-XXXX-XXXX-XXXXXX) "

Im schlimmsten Fall sind die Prüfpunkte möglicherweise weder im Hyper-V Manager noch in den PowerShell-Befehlen sichtbar.

Sowohl Hyper-V als auch das Avamar-Plug-in kennen die verwaisten Prüfpunkte nicht. Die nächsten Avamar-Backups schlagen fehl, da das Windows-Betriebssystem aufgrund der vorhandenen verwaisten Prüfpunkte keine neuen Prüfpunkt-AVHD-Dateien erstellen kann.

 

Aus den Avamar-Protokollen geht hervor, dass die Prüfpunktbereinigung erfolgreich auf der Avamar Hyper-V-Plug-in-Seite ausgeführt wurde. Gleichzeitig trat jedoch in der Ereignisanzeige ein Fehler auf, dass der Datenträger nicht zusammengeführt werden konnte, was den Prüfpunktlöschfehler verursachte.

Der folgende Codeausschnitt aus der Winclustersvc.log Datei zeigt, dass die Prüfpunktbereinigung erfolgreich durchgeführt wurde:
 

winclustersvc INFO<0000>:  Cleaning up checkpoint created on group AvamarBackup_SERVER-app-20190510000504-0: checkpoint \\SERVER\root\virtualization\v2:Msvm_SnapshotCollection.CollectionID="DXXXXDX-XXCE-XXDX-XABF-XXXDXXXXXX" . 
winclustersvc INFO<0000>:  DestroySnapshot executed successfully 

Das Plug-in ruft die Microsoft-API auf, um den Prüfpunkt zu löschen. Erst nachdem er erfolgreich zurückgegeben wurde, protokolliert das Plug-in die obige Meldung.  

Gleichzeitige Protokolle der Ereignisanzeige geben jedoch den folgenden Fehler für alle VMs aus, was dazu führte, dass der Prüfpunkt nicht gelöscht wurde:
 

 "'DDR-Dev2' background disk merge failed to complete: Account restrictions are preventing this user from signing in. For example: blank passwords aren't allowed, sign-in times are limited, or a policy restriction has been enforced. (0x8007052F). (Virtual machine ID XXXXX-XXXX-XXXX-XXXX-XXXXXX) "

Öffnen Sie einen Supportfall bei Microsoft, um das Problem mit dem verwaisten Prüfpunkt weiter zu beheben.

Hier sind einige Workarounds, mit denen das Problem behoben werden kann:

1. Installieren Sie die neuesten Patches und Updates auf den Hyper-V-Hostcomputern mithilfe von Windows Update.
2. Starten Sie den Hyper-V Virtual Machine Management (VMMS)-Service vor dem Start des Avamar-Backups neu. Die Eigenschaft Gruppenrichtlinienobjekt Anmelden als Dienst wird nach der Erstellung einer geplanten Aufgabe nicht mit dem VMMS-Dienst synchronisiert. Wenn der VMMS-Dienst neu gestartet wird, versucht er, eine Synchronisierung mit dem Microsoft-Anmeldedienst zu erzwingen.
3. Deaktivieren Sie die Eigenschaft "Zuweisen von Benutzerrechten/Anmelden als Dienst " im Gruppenrichtlinienobjekt (Group Policy Object , GPO). Führen Sie anschließend den folgenden Befehl auf der Hyper-V-Maschine mithilfe des Windows-Befehls oder der PowerShell-Eingabeaufforderung aus: 

GPUpdate / Force 

Referenz:  https://social.technet.microsoft.com/Forums/en-US/1dc1a820-be03-4c24-9f85-5793eb6c1d4a/background-merge-fails-replication-state-critical?forum=winserverhyperv (externer Link)