NVP-vProxy-Triage-Handbuch: NetWorker VMware Protection vProxy-Triage und -Protokoll – Übersicht

Zusammenfassung: Dieser Wissensdatenbank-Artikel soll Backupadministratoren und Supportmitarbeitern helfen, die mit der NVP-Lösung (NetWorker VMware Protection) nicht vertraut sind. Es bietet einen allgemeinen Überblick über vProxy-Komponenten und -Protokolle. Außerdem werden zusätzliche relevante Artikel bereitgestellt. Dieser Wissensdatenbank-Artikel kann verwendet werden, um erste Diagnosen durchzuführen, wenn Sie sich an den Support wenden, um sicherzustellen, dass eine genaue Problembeschreibung bereitgestellt wird. ...

Dieser Artikel gilt für Dieser Artikel gilt nicht für Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden. In diesem Artikel werden nicht alle Produktversionen aufgeführt.
Andere Ressourcen ansehen

Weisungen

ERSTE SCHRITTE

NVP-vProxy steht für NetWorker VMware Protection mit der vProxy-Appliance. Diese Appliance dient zum Sichern und Wiederherstellen virtueller Maschinen mit NetWorker. Backupdaten werden auf dem Data Domain-Zielgerät gespeichert. Sie können auch auf Festplatten- oder Bandgeräte geklont werden.

In diesem Artikel wird beschrieben, wie Sie die anfängliche Analyse eines Problems mit der NVP-vProxy-Lösung angehen können.

NetWorker VMware Protection – Übersicht
 

PROBLEMDETAILS

Um eine vollständige Problembeschreibung zu erstellen, beantworten Sie die folgenden Fragen:

  • Welcher Vorgang wird versucht, der jedoch nicht funktioniert?
  • Ist das Problem konsistent oder tritt es nur zeitweilig auf?
  • Wenn es zeitweilig auftritt, gibt es einen bekannten Auslöser?
  • Hat das vorher besser funktioniert?
  • Wann trat das Problem zum ersten Mal auf (und falls bekannt, was hat sich geändert)?
  • Was genau ist das erwartete Verhalten und worauf basiert diese Erwartung?
  • Auftreten und beobachtete Verhaltenstrends
  • Tritt das Problem nur in Zeiten einer hohen Belastung der Backupumgebung oder bei Backups einer großen Gruppe von virtuellen Maschinen (VM) auf?
  • Was ist der Umfang des Problems (alle Policies oder einige Policies, alle VMs oder einige VMs)?
  • Was wurde bisher versucht zu beheben und welche Schlussfolgerungen wurden daraus gezogen?

UMGEBUNGSDETAILS
 

  • Vollständige NetWorker-Serverversion + Build- und Betriebssystemplattform.
  • Version der vProxy-Appliance (In NMC unter "Devices-VMware> Proxies").
  • Übersicht über die Anzahl der verwendeten vProxies.
  • ESXi- und vCenter-Versionen werden verwendet.
  • Name der zu sichernden oder wiederhergestellten VM, auf der Probleme aufgetreten sind.
  • Zielmedien für diese Backups Einschließlich Gerätename und DDOS-Version.

PROXY-INTEGRITÄTSPRÜFUNG

Das ProxyHC-Tool wurde entwickelt, um einige Probleme zu diagnostizieren und zu beheben, die bei der Verwendung der NVP vProxy-Appliance auftreten können:

NVP-vProxy: Verwendung des Integritätsprüfungstools ProxyHC auf der vProxy-Appliance


PROTOKOLLERFASSUNG

HINWEIS: Informationen zum Aktivieren von Debug-Optionen auf dem NVP vProxy finden Sie im Abschnitt "Zusätzliche Informationen". Für die meisten Erstdiagnosen ist kein Debuggen erforderlich; Debuggen kann jedoch angefordert werden, wenn die Standardprotokollierung als unzureichend erachtet wird.

Die Protokollerfassungsprozesse werden hier beschrieben : NVP-vProxy: Protokollerfassungsprozesse für VMware-Schutzprobleme

Erweitern Sie die folgenden Abschnitte, um die problemspezifische Fehlerbehebung anzuzeigen:

PROBLEME MIT DER BESTANDSAUFNAHME BEI VMware:

Der NetWorker-Server führt einen Bestandsaufnahmeprozess durch (nsrvim) der NetWorker-Serverressource (NSR) Hypervisor-Ressourcen, die dem NetWorker-Server hinzugefügt wurden. Dieser Prozess wird abgeschlossen:

  • Alle 15 Minuten (standardmäßig).
  • Zu Beginn jeder VMware-Schutz-Policy
  • Während eines beliebigen VM-Wiederherstellungsvorgangs, der über die NetWorker Management Console (NMC) initiiert wird.
  • Während eines VMware View-Aktualisierungsvorgangs über die NMC oder NetWorker Web User Interface (NWUI)

Die nsrvim Prozess wird auf dem NetWorker-Server protokolliert daemon.raw:

Linux: /nsr/logs/daemon.raw
Fenster (Standard): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw

NetWorker: Verwendung von nsr_render_log

Bestandsaufnahmeprozesse werden auch an den folgenden Speicherorten auf dem NetWorker-Server protokolliert.

Protokollpfad Zweck

Linux: /opt/nsr/vproxy/logs/nsrvisd/InventorySessions-####.log
Windows (Standardeinstellung): C:\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd\InventorySessions-####.log

 Details der Bestandssitzung.

Linux: /opt/nsr/vproxy/logs/nsrvisd/nsrvisd-daemon.log
Windows (Standardeinstellung): C:\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd\nsrvisd-daemon.log

 nsrvisd Serviceprotokoll.
PROBLEME BEIM VPROXY-UPGRADE:

Die folgenden Protokolle gelten nur, wenn das Upgrade des vProxy mithilfe der nsrvproxy_mgmt Befehle auf dem NetWorker-Server oder über die NetWorker-Webnutzeroberfläche (NWUI).

NVP vProxy: So aktualisieren Sie die NVP vProxy-Appliance mit nsrvproxy_mgmt

Protokollpfad Zweck
Linux: /nsr/logs/adhoc/nsrvproxy_mgmt/<job-uuid>.log
Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt\<job-uuid>.log		 Das vProxy-Managementjobprotokoll wird während der erneuten Bereitstellung des zugeordneten vProxy erstellt.
Linux: /nsr/logs/adhoc/nsrvproxy_mgmt/vproxy_upgrade_sessio n__<jobuuid>
Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt\vproxy_upgrade_session__<jobuuid>		 Zugeordnet nsrvisd Die Protokolldatei wird während der erneuten Bereitstellung des vProxy erstellt.
Linux: /nsr/logs/adhoc/nsrvproxy_mgmt/ProxySessions-<session-uuid>.log
Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt\ProxySessions-<session-uuid> .log		 Die zugehörige ProxySessions-Protokolldatei wird während der erneuten Bereitstellung des vProxy erstellt.

Wenn ein vProxy manuell von VMware erneut bereitgestellt wird, werden diese Protokolle nicht erzeugt.

PROBLEME BEI DER REGISTRIERUNG:

Der NetWorker-Server muss in der Lage sein, eine Verbindung zur vProxy-Appliance auf Port 9090 herzustellen und einen TLS-Handshake einzurichten:

  • Linux-NetWorker-Server: curl -kv https://vProxy_address:9090
  • Windows: curl.exe -kv https://vProxy_address:9090
HINWEIS: Einige Versionen von Windows verfügen möglicherweise nicht über curl.exe installiert.
Akkordeon Zusammenfassung...

Akkordeon-Korpus...

Starten auf dem NetWorker-Server daemon.raw:

  • Linux: /nsr/logs/daemon.raw
  • Fenster: C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Verwendung von nsr_render_log
  • Auf der vProxy-Appliance: /opt/emc/vproxy/runtime/logs/vrapid/vrapid-engine.log

Der folgende Artikel enthält zusätzliche Schritte zum Erzwingen der manuellen Aufhebung der Registrierung und erneuten Registrierung: NVP vProxy: Aufheben/erneute Registrierung einer vProxy-Appliance

KOMMUNIKATIONSPROBLEME:

Dieses Thema wird in einem anderen Artikel ausführlich behandelt: NVP vProxy: Troubleshooting der Netzwerkverbindung für Backup- und Wiederherstellungsvorgänge

BACKUPPROBLEME:

Starten Sie auf dem NetWorker-Server mit den Policy-Protokollen:

Linux: /nsr/logs/policy/policy_name
Fenster (Standard): C:\Program Files\EMC NetWorker\logs\policy\policy_name

vProxy-Backup (Protokollübersicht):

  • /opt/emc/vproxy/runtime/logs/vbackupd
  • /opt/emc/vproxy/runtime/logs/recycle/vbackupd/DATE (Protokolle werden hierher verschoben, nachdem der Job abgeschlossen wurde oder fehlgeschlagen ist.)
Protokollname Funktion
<session-uuid>.log Backupsitzungsprotokoll
<daemon>-engine.log vbackupd Service Engine-Protokoll
<daemon>-snapmgr.log VMware Snapshot Manager-Protokoll
<daemon>-boost.log DD Boost-Sitzungsprotokoll
<daemon>-vddk.log VDDK-Sitzungsprotokoll (VMware Virtual Disk Development Kit)

Behebung häufiger Backupfehler:

WIEDERHERSTELLUNGSPROBLEME:

Auf dem NetWorker-Server:    

Protokollpfad Zweck
Linux: /nsr/logs/recover/SessionName_Date.log 
Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\recover\SessionName_Date.log 		 Sitzungsprotokolle für die Wiederherstellung wurden aus dem NMC-Wiederherstellungsassistenten gespeichert.

Linux:
/nsr/logs/adhoc/nsrvproxy_flr
/nsr/logs/adhoc/nsrvproxy_flr_browse
/nsr/logs/adhoc/nsrvproxy_flr_recover

Windows (Standardeinstellung): 

C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_flr
C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_flr_browse
C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_flr_recover

 FLR mountet, durchsucht und stellt Sitzungsprotokolle wieder her, wenn die FLR über den Dell Data Protection Restore Client (DPRC) durchgeführt wird.
Linux: /nsr/logs/adhoc/nsrvproxy_flr_app_recover
Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_flr_app_recover		 Wiederherstellungen von MSVMAPPAGENT (SQL), die vom Dell Data Protection Restore Client (DPRC) durchgeführt werden.
Linux: /nsr/logs/restapi/restapi.log
Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\restapi\restapi.log		 NetWorker REST-API-Protokoll (Application Programming Interfaces)
Linux: /nsr/authc/logs/flr-server.log 
Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\flr-server.log		 Dell Data Protection Restore Client (DPRC)-Protokolle

Auf der vProxy-Appliance, die für die Recovery verwendet wird (Protokollübersicht):

  • /opt/emc/vproxy/runtime/logs/vrecoverd/
  • /opt/emc/vproxy/runtime/logs/recycle/vrecoverd/DATE (Protokolle werden hierher verschoben, nachdem der Job abgeschlossen wurde oder fehlgeschlagen ist.)
  • /opt/emc/vproxy/runtime/logs/vflrd
  • /opt/emc/vproxy/runtime/logs/recycle/vflrd/DATE (Protokolle werden hierher verschoben, nachdem der Job abgeschlossen wurde oder fehlgeschlagen ist.)
Protokollname Funktion
<daemon>-engine.log vrecoverd oder vflrd Serviceprotokoll.
<daemon>-boost.log DD Boost-Sitzungsprotokoll
<daemon>-vddk.log VMware VDDK-Sitzungsprotokoll
mountsessionnumber.log FLR-Mount-Sitzungsprotokoll
browsesessionnumber.log  FLR-Suchsitzungsprotokoll

Ziel-FLR-VM-Protokolle:

Linux:/opt/emc/vproxyra/logs/vflragentd/vflragentd-agent.log
Windows (Standardeinstellung): C:\Program Files (x86)\EMC\vProxy FLR Agent\logs\vflragentd\vflragentd-agent.log

MSVMAPPAGENT-PROTOKOLLE:

Der folgende Abschnitt enthält Speicherortinformationen für alle Protokolle, die mit der anwendungskonsistenten SQL Data Protection verknüpft sind.

Um das Debug-Level für anwendungskonsistente SQL-VM-Backups (MSVMAPPAGENT) zu erhöhen, verwenden Sie dbgcommandZum Beispiel dbgcommand -p <nsrd-pid> Debug=9
Sobald die Debuggingsitzung abgeschlossen ist, setzen Sie das Debug-Level von nsrd auf Null durch Ausführen von dbgcommand <nsrd-pid> Debug=0

MSVMAPPAGENT (VM)-Protokolle:

Protokolle im Zusammenhang mit MSVMAPPAGENT-Vorgängen befinden sich an den folgenden Speicherorten auf der SQL-VM:

Protokollpfad Zweck
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_discovery.log  Erkennungsprotokoll
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmcatsnap.log  KOMPLETTES Backup
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_appbackup.log  Transaktionsprotokollbackup
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_snapshotrestore.log Wiederherstellung des kompletten Backups.
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_apprestore.log  Wiederherstellung des Transaktionsprotokoll-Backups.

Protokolle auf dem NetWorker-Server:

Linux: /nsr/logs/adhoc/nsrvproxy_flr_app_recover

Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_flr_app_recover

 SQL-Wiederherstellungen, die vom Dell Data Protection Restore Client (DPRC) gestartet wurden.

Linux: /nsr/authc/logs/flr-server.log

Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\flr-server.log

 DPRC-Protokolle (Data Protection Restore Client).
NETWORKER-SERVERPROTOKOLLE:

Anweisungen zum Dienstprogramm für die NSRGET-Protokollerfassung finden Sie unter: NetWorker: Verwendung des NSRGet NetWorker Data Collection Tool

VCENTER SERVER- UND ESXi-protokolle:

Das Sammeln von vCenter und relevanten ESXi-Hostprotokoll-Bundles ist optional. Dies ist in der Regel nicht für die standardmäßige Fehlerbehebung mit dem NetWorker-Schutz erforderlich. Dies kann vom NetWorker-Support bei der Untersuchung von Supportfällen angefordert werden.

  1. Melden Sie sich als Administratornutzer bei der vSphere-Weboberfläche von vCenter an.
  2. Navigieren Sie zur Registerkarte Inventory.
  3. Klicken Sie mit der rechten Maustaste auf den vCenter Server und klicken Sie dann auf Export System Logs:
    Systemprotokolle exportieren 
  4. Schließen Sie relevante ESXi-Hostprotokolle ein:
    ESXi-Hostprotokolle einschließen
DATA DOMAIN-PROTOKOLLE:

The Data Domain ddfs.info Das Protokoll ist das Hauptprotokoll, auf das Sie sich bei der Erstdiagnose von vermuteten Data Domain-bezogenen Problemen konzentrieren sollten. Das ddfs.info Protokoll kann wie folgt erfasst und überprüft werden: NetWorker: So erfassen Sie ddfs.info Protokoll von Data Domain

Bei vermuteten Leistungsproblemen kann ddboost_precert Protokollierung auf dem vProxy aktiviert werden. Informationen dazu finden Sie im Abschnitt DD Boost Precert Debugging unter: NetWorker VMware Protection-vProxy: Aktivieren der Debug-Protokollierung

Alternativ können Sie ein vollständiges Data Domain-Support-Bundle erfassen:

  1. Greifen Sie über einen Webbrowser auf die Weboberfläche von PowerProtect DD System Manager zu: https://DD_ADDRESS/ddem
  2. Melden Sie sich als Administrator an, z. B.: sysadmin
  3. Gehen Sie zu Wartung –> Support-Bundles und> klicken Sie dann auf Support-Bundle erstellen.
  4. Wählen Sie aus der Drop-down-Liste Bundle Type die Option Full Bundle aus.
  5. Wählen Sie aus der Drop-down-Liste Duration die Option All oder einen Zeitbereich aus. Bei der Angabe eines Zeitraums ist es wichtig, dass der Bereich den Zeitraum umfasst, in dem das Problem beobachtet wurde.
  6. Klicken Sie auf Erzeugen.
  7. Nachdem das Bundle erzeugt wurde, kann es auf Ihr System heruntergeladen werden.

Ein DD-Support-Bundle kann in Ihren NetWorker-Service-Request oder eine vom Support bereitgestellte MFT hochgeladen werden.

Weitere Informationen

Betroffene Produkte

NetWorker

Produkte

NetWorker Family
Artikeleigenschaften
Artikelnummer: 000022016
Artikeltyp: How To
Zuletzt geändert: 01 Sept. 2026
Version:  14
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.