NVP-vProxy: Wiederherstellung auf Dateiebene schlägt mit der Meldung "Der Gastbetriebs-Agent konnte nicht kontaktiert werden" fehl
Zusammenfassung: Eine Wiederherstellung auf Dateiebene (FLR) einer virtuellen Maschine, die über die vProxy-Appliance NetWorker VMware Protection (NVP) durchgeführt wird, schlägt mit dem Fehler "Der Gastbetriebs-Agent konnte nicht kontaktiert werden" fehl. Der vProxy kann nicht mit dem Gastbetriebssystem kommunizieren, da VMware Tools auf der Ziel-VM nicht installiert ist, nicht ausgeführt wird oder eine veraltete Version ausführt. Dieses Problem tritt für alle NetWorker- und vProxy-Versionen auf und kann sich auf virtuelle Maschinen auswirken, auf denen ein Gastbetriebssystem ausgeführt wird. Das Installieren oder Aktualisieren auf die neueste verfügbare Version von VMware Tools auf der Ziel-VM löst das Problem. ...
Symptome
Die NVP-Integration (NetWorker VMware Protection) verwendet eine vProxy-Appliance, um VM-Backups und -Wiederherstellungen durchzuführen. Eine Wiederherstellung auf Dateiebene (FLR) einer virtuellen Maschine schlägt während der Anmeldevalidierungs- und Mount-Phase fehl. Der vProxy kann den Gastbetriebs-Agent auf der Ziel-VM nicht kontaktieren. Die Ausgabe der Mount-Ergebnisse der NetWorker Management Console (NMC) und das FLR-Wiederherstellungsprotokoll zeigen wiederholte VIX API-Fehler gefolgt von einem Verbindungsfehler an:
1593xx:nsrvproxy_flr: vProxy Log: YYYY/MM/DD HH:MM:SS TRACE: [85] Validating credentials with AuthManager ...
1593xx:nsrvproxy_flr: vProxy Log: YYYY/MM/DD HH:MM:SS WARN: [85] AuthManager.ValidateCredentials: VIX API error (will retry): ServerFaultCode: The guest operations agent could not be contacted.
1593xx:nsrvproxy_flr: vProxy Log: YYYY/MM/DD HH:MM:SS WARN: [85] AuthManager.ValidateCredentials: VIX API error (will retry): ServerFaultCode: The guest operations agent could not be contacted.
1593xx:nsrvproxy_flr: vProxy Log: YYYY/MM/DD HH:MM:SS WARN: [85] AuthManager.ValidateCredentials: VIX API error (will retry): ServerFaultCode: The guest operations agent could not be contacted.
1593xx:nsrvproxy_flr: vProxy Log: YYYY/MM/DD HH:MM:SS INFO: [85] Disconnected from session on vCenter '[MY_VCENTER_NAME]'.
1593xx:nsrvproxy_flr: vProxy Log: YYYY/MM/DD HH:MM:SS ERROR: [85] Cannot access VM '[MY_VM_NAME]' (vm-3432): ServerFaultCode: The guest operations agent could not be contacted.
Der vProxy versucht dreimal, die Zugangsdaten zu validieren (wird erneut versucht), trennt dann die Verbindung zur vCenter-Sitzung und meldet: Cannot access VM: bestätigt, dass der Gastbetriebs-Agent nicht erreichbar ist.
Die FLR kann die Dateisysteme auf der Ziel-VM nicht mounten. Dieses Problem kann sich auf virtuelle Maschinen auswirken, auf denen ein Gastbetriebssystem (Linux oder Windows) ausgeführt wird, und gilt für alle NetWorker- und vProxy-Versionen.
Ursache
Auf der virtuellen Zielmaschine sind keine VMware Tools installiert oder VMware Tools funktionieren nicht ordnungsgemäß. Der vProxy-FLR-Prozess erfordert, dass VMware Tools über die VMware VIX-API mit dem Gastbetriebssystem kommunizieren. Ohne eine funktionierende VMware Tools-Installation kann der vProxy Zugangsdaten nicht mit dem Gast-AuthManager validieren, nicht auf das Gastbetriebssystem zugreifen und die Dateisysteme für die Wiederherstellung auf Dateiebene nicht mounten.
Im Dell NetWorker VMware-Integrationshandbuch ist diese Anforderung im Abschnitt "Einschränkungen bei der Wiederherstellung auf Dateiebene" dokumentiert:
You must install VMware Tools to use file-level restore. For best results, ensure that all virtual machines run the latest available version of VMware Tools. Older versions are known to cause failures when you perform browse actions during the file-level restore operation.
Dieser Fehler tritt auf, wenn eine der folgenden Bedingungen auf der Ziel-VM zutrifft:
- VMware Tools ist nicht installiert – Der Gastbetriebs-Agent ist auf der VM nicht vorhanden.
- VMware Tools ist installiert, wird aber nicht ausgeführt – Der VMware Tools-Service wurde auf dem Gastbetriebssystem angehalten oder konnte nicht gestartet werden.
- Auf VMware Tools wird eine veraltete Version ausgeführt – Ältere Versionen unterstützen möglicherweise nicht die Gastvorgänge, die für den vProxy-FLR-Prozess erforderlich sind, was zu Durchsuchungs- oder Mount-Fehlern führt.
Lösung
- Überprüfen Sie den VMware Tools-Status auf der Ziel-VM:
- Öffnen Sie den vSphere Client und navigieren Sie zur Ziel-VM.
- Überprüfen Sie den Status der VMware-Tools in der VM-Zusammenfassung. Bewerten Sie das Ergebnis:
- Nicht installiert – Fahren Sie mit Schritt 2 fort, um VMware Tools zu installieren.
- Nicht ausgeführt – Starten Sie den VMware Tools-Service auf dem Gastbetriebssystem und fahren Sie dann mit Schritt 3 fort, um die FLR erneut zu versuchen.
- Veraltet: Fahren Sie mit Schritt 2 fort, um VMware Tools auf die neueste Version zu aktualisieren.
- Wird ausgeführt (aktuell) – VMware Tools funktionieren ordnungsgemäß. Wenn die FLR weiterhin fehlschlägt, wenden Sie sich an den Dell Support (Schritt 4).
- Installieren oder Aktualisieren von VMware Tools:
- Installieren Sie VMware Tools auf der Ziel-VM oder aktualisieren Sie auf die neueste verfügbare Version.
- Überprüfen Sie nach der Installation oder Aktualisierung, ob VMware Tools in der VM-Zusammenfassung des vSphere Clients als Running (Current) angezeigt wird.
- Wiederholen Sie die Wiederherstellung auf Dateiebene:
- Starten Sie den FLR-Vorgang erneut über die NetWorker Management Console für die Ziel-VM.
- Bestätigen Sie, dass die FLR erfolgreich abgeschlossen wurde.
- Eskalieren Sie bei Bedarf:
- Wenn FLR nach der Installation der neuesten VMware-Tools und der Bestätigung, dass die Tools ausgeführt werden, weiterhin fehlschlägt, wenden Sie sich an den Dell Support für weitere Untersuchungen und beziehen Sie sich auf diesen Wissensdatenbank-Artikel.