NVP-vProxy: Verwenden Sie den nsrvproxy_flr Befehl für die Recovery auf Dateiebene vom NetWorker-Server
Summary: So verwenden Sie den nsrvproxy_flr Befehl für die Recovery auf Dateiebene (File Level Recovery, FLR) vom NetWorker-Server.
Instructions
nsrvproxy_flr Etwa so:
nsrvproxy_flr [-s NetWorker_server] -c vCenter_server -m TargetVM_Moref -v TargetVMName -u TargetVM_User [-p TargetVM_Password] [-U TargetVM_Admin_User] [-P TargetVM_Admin_Password] (-S ssid[/cloneid] | -N ssname -t sstime) [-e BackupDeviceExportPath] [-irh -V]Beispiel:
nsrvproxy_flr -c vCenter150.dell.com -m vm-162 -v testvm1 -u root -S 4221075620/1486389664
nsrvproxy_flr initiiert nur den FLR-Mount, es werden keine Daten aus dem FLR-Mount-Punkt auf der virtuellen Maschine (VM) wiederhergestellt. Sobald das Mounten abgeschlossen ist, müssen die Daten manuell vom FLR-Einhängepunkt an einen anderen Speicherort auf der VM kopiert werden.
Erläuterte Parameter:
-m - Dies ist ein VMware-Bezeichner für die VM, der als MoReF-Wert (Managed Object Reference) bezeichnet wird. Es gibt drei Möglichkeiten, wie Sie dies erreichen können:
- Option 1: Wenn Sie über die Policy-Protokolldatei verfügen, aus der ein Backup dieser VM erstellt wurde, finden Sie sie dort, z. B. in:
C:\Program Files\EMC NetWorker\nsr\logs\policy\vProxy\NVP_wf
"VmMoref: "VM-146",
- Option 2: Sie können den MorReF-Wert in den Details der Saveset-ID (SSID) überprüfen, indem Sie Folgendes verwenden:
mminfo -q ssid=SSID -S
- Option 3: Befolgen Sie die Anweisungen in diesem Artikel, um den MoReF-Wert im vCenter-MOB zu identifizieren: NetWorker: So erfassen Sie MoReF-Werte (Managed Object Reference) für VMware-Objekte
-i - Autorisiert die Installation des FLR-Agents auf der Ziel-VM.
-r - Autorisiert das Entfernen des Gast-FLR-Agent auf der Ziel-VM.
-U and -P - Werden zusammen verwendet, wenn Sie Root- (Linux) oder Administratoranmeldeinformationen (Windows) auf der VM angeben müssen, um den FLR-Agent zu installieren (muss nur einmal durchgeführt werden, wenn Sie sich dafür entschieden haben, den FLR-Agent nach der Verwendung nicht zu deinstallieren).
Um den FLR Agent auf virtuellen Linux-Maschinen zu installieren, verwenden Sie das root-Konto oder einen Nutzer, der in der lokalen sudoers-Datei des Betriebssystems aufgeführt ist. Wenn Sie Zugangsdaten für einen anderen Nutzer bereitstellen, schlägt die Installation von FLR Agent fehl, selbst wenn dieser Nutzer über Berechtigungen auf Root-Ebene verfügt.
- Der sudo-Nutzer/die sudo-Gruppe muss für "Ohne Kennwortaufforderung" konfiguriert sein
- Der sudo-Nutzer/die sudo-Gruppe muss mit der Option "no requiretty" bereitgestellt werden.
Zusätzliche FLR-Einschränkungen und -Anforderungen sind im NetWorker VMware-Integrationshandbuch dokumentiert, das über auf der NetWorker-Produktseite des Dell Support verfügbar ist.
Wenn es sich bei dem Saveset um eine Clone-Kopie handelt, die sich auf einem Nicht-DD-Volume befindet, wird in der Ausgabe eine Meldung wie die folgende angezeigt:
nsrvproxy_flr: Requested clone 1486389664 of saveset 4221075620 was found on a non-DD volume. Automatic recall to a Data Domain volume will be attempted.Die Saveset-Reaktivierung kann je nach Größe der VM und dem Speicherort der Clone-Kopie (z. B. Band, CloudBoost usw.) viel Zeit in Anspruch nehmen.
Anwendungsbeispiel 1 – FLR-Erfolg:
Schritt 1: Rufen Sie auf dem NetWorker-Server die Saveset-ID des Saveset ab, das Sie mounten möchten, um einen FLR-Vorgang (File Level Recovery) durchzuführen. Sie können nach diesen Informationen in der NMC suchen oder, wie unten beschrieben, über die mminfo Befehl durchgeführt:
Schritt 2: Verwenden Sie die Saveset-ID , um den MoReF-Wert, den vCenter-Namen und den Hostnamen der virtuellen Maschine aus der oben gezeigten Ausgabe abzurufen.
Schritt 3: Führen Sie nsrvproxy_flr (Kennwörter wurden geschwärzt).
Syntax:
nsrvproxy_flr -c vCenter_hostname -m TargetVM_MoReF -v TargetVM_Name -u TargetVM_User -p TargetVM_UserPassword -S SSID -i -U TargetVM_AdminUser -P TargetVM_AdminPass
Schritt 4: Auf der Ziel-VM können Sie das Mounten des Savesets auf der Ziel-VM sehen.
Schritt 5: Wenn der Befehl fehlschlägt, fügen Sie das -D9 Debug-Option und leiten Sie die Ausgabe in eine Datei um, um das Problem zu überprüfen.
flroutput.log im obigen Beispiel.
Anwendungsbeispiel 2 – FLR-Fehler
Schritt 1: Rufen Sie auf dem NetWorker-Server die Saveset-ID des Saveset ab, das Sie mounten möchten, um einen FLR-Vorgang (File Level Recovery) durchzuführen. Sie können diese Informationen in der NMC wie unten beschrieben suchen oder über die mminfo Befehl durchgeführt:
Schritt 2: Verwenden Sie die Saveset-ID , um den MoReF-Wert, den vCenter-Namen und den Hostnamen der virtuellen Maschine aus dem mminfo .
Schritt 3: Führen Sie nsrvproxy_flr (Kennwörter wurden geschwärzt).
Schritt 4: Überprüfen Sie die Ursache des Fehlers und beheben Sie ihn, bevor Sie den Befehl erneut versuchen.
Schritt 5: Wenn die Ursache nicht in den Protokollen angezeigt wird, fügen Sie -D9 vor -c im Befehl, um zusätzliches Debugging zu aktivieren.
Weitere Protokolle sind verfügbar:
Auf der virtuellen Maschine:
- Linux:
/opt/emc/vproxyra/logs/ - Windows:
C:\Program Files (x86)\EMC\vProxy FLR Agent\logs
Auf dem NetWorker-Server:
- Windows:
C:\Program Files\EMC NetWorker\nsr\logs\adhoc - Linux:
/nsr/logs/adhoc
Auf der vProxy-Appliance:
- Aktive Protokolle finden Sie unter:
/opt/emc/vproxy/runtime/logs/vflrd - Abgeschlossene oder fehlgeschlagene Protokolle finden Sie unter:
/opt/emc/vproxy/runtime/logs/recycle/vflrd/DATE
Additional Information
NVP-vProxy (NetWorker VMware Protection): So aktivieren Sie die Debug-Protokollierung
NVP-vProxy: Troubleshooting der Netzwerkverbindung für Backup- und Wiederherstellungsvorgänge
NVP-vProxy: So erhalten Sie die genaue Befehlssyntax zum Ausführen einer VM-Recovery über die CLI mit Debug