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. Er bietet eine allgemeine Übersicht über vProxy-Komponenten und -Protokolle. Es werden auch zusätzliche relevante Artikel bereitgestellt. Dieser Wissensdatenbank-Artikel kann verwendet werden, um erste Diagnosen durchzuführen, wenn der Support kontaktiert wird, 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 wird verwendet, um virtuelle Maschinen mit NetWorker zu sichern und wiederherzustellen. Backupdaten werden auf dem Data Domain-Zielgerät gespeichert. Sie kann auch auf Festplatten oder Bandgeräte geklont werden.

In diesem Artikel wird beschrieben, wie Sie bei der ersten Analyse eines Problems mit der NVP-vProxy-Lösung vorgehen.

NetWorker VMware Protection – Übersicht
 

DETAILS ZUM PROBLEM

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

  • Welcher Vorgang wird versucht und funktioniert nicht?
  • Ist das Problem dauerhaft oder vorübergehend?
  • Gibt es bei vorübergehendem Auftreten einen bekannten Auslöser?
  • Hat das vorher besser funktioniert?
  • Wann trat das Problem zum ersten Mal auf (und wenn bekannt, was hat sich geändert)?
  • Was ist das erwartete Verhalten genau und worauf basiert diese Erwartung?
  • Zeitpunkte des Auftretens und beobachteter Verhaltenstrend
  • Tritt das Problem nur bei hoher Auslastung der Backupumgebung oder bei Backups einer großen Gruppe virtueller Maschinen (VM) auf?
  • Was ist der Umfang des Problems (alle Policies oder einige Policies, alle VMs oder einige VMs)?
  • Was wurde bisher für die Problemlösung versucht und welche Schlüsse wurden daraus gezogen?

UMGEBUNGSDETAILS
 

  • Vollständige NetWorker-Serverversion + Build und Betriebssystemplattform.
  • Version der vProxy-Appliance (in NMC unter Devices –> VMware Proxies).
  • Übersicht darüber, wie viele vProxys verwendet werden.
  • ESXi- und vCenter-Versionen werden verwendet.
  • Name der VM, die gesichert oder wiederhergestellt wird und bei der Probleme auftreten.
  • 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 beobachtet werden können:

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


PROTOKOLLERFASSUNG

HINWEIS: Informationen zum Aktivieren von Debug-Optionen auf NVP vProxy finden Sie im Abschnitt "Zusätzliche Informationen". Für die meisten Erstdiagnosen ist kein Debuggen erforderlich. Es kann jedoch eine Fehlerbehebung angefordert werden, wenn festgestellt wird, dass die Standardprotokollierung nicht ausreicht.

Protokollsammlungsprozesse werden detailliert beschrieben unter: NVP-vProxy: Protokollerfassungsprozesse für VMware Protection-Probleme

VMware-BESTANDSAUFNAHMEPROBLEME

Der NetWorker-Server führt einen Bestandsaufnahmeprozess durch (nsrvim) der NSR-Hypervisor-Ressourcen (NetWorker Server Resource), die dem NetWorker-Server hinzugefügt wurden. Dieser Prozess schließt Folgendes ab:

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

Der nsrvim-Prozess wird auf dem NetWorker-Server protokolliert. daemon.rawverwalten:

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

NetWorker: Verwenden 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 Bestandsaufnahmesitzung.

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

 nsrvisd Serviceprotokoll.

PROBLEME BEIM VPROXY-UPGRADE

Die folgenden Protokolle gelten nur, wenn der vProxy mithilfe der nsrvproxy_mgmt Befehle auf dem NetWorker-Server aktualisiert wird.

NVP-vProxy: So führen Sie ein Upgrade der NVP-vProxy-Appliance mithilfe von nsrvproxy_mgmt durch

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 zugehörigen 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>		 Zugeordneten nsrvisd 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.


REGISTRIERUNGSPROBLEME:

Starten auf dem NetWorker-Server daemon.rawverwalten:

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

NetWorker: Verwenden von nsr_render_log

Auf der vProxy-Appliance: /opt/emc/vproxy/runtime/logs/vrapid/vrapid-engine.log

KOMMUNIKATIONSPROBLEME

Der folgende Wissensdatenbank-Artikel kann verwendet werden, um Portanforderungen für NetWorker VMware Protection zu identifizieren, und bietet Troubleshooting-Verfahren zum Testen der Portkonnektivität in der Umgebung:

NVP-vProxy: Troubleshooting der Netzwerkverbindung bei Backup- und Wiederherstellungsvorgängen


BACKUPPROBLEME:

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

Linux: /nsr/logs/policy/policy_name
Fenster (Standardeinstellung): 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 Sitzungsprotokoll des VMware Virtual Disk Development Kit (VDDK)

Troubleshooting häufiger Backupfehler:

RECOVERY-PROBLEME:

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 		 Gespeicherte Protokolle der Wiederherstellungssitzung über den NMC-Wiederherstellungsassistenten.

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		 MSVMAPPAGENT (SQL)-Wiederherstellungen, 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

Gehen Sie auf der vProxy-Appliance, die für die Recovery verwendet wird (Protokollübersicht), wie folgt vor:

  • /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-Browse-Sitzungsprotokoll

Ziel-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 der anwendungskonsistenten SQL Data Protection zugeordnet sind.

Um das Debug-Level für Backups von SQL-anwendungskonsistenten virtuellen Maschinen (MSVMAPPAGENT) zu erhöhen, verwenden Sie dbgcommandZum Beispiel dbgcommand -p <nsrd-pid> Debug=9
Sobald die Debugsitzung abgeschlossen ist, setzen Sie die Debug-Ebene auf 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  Ermittlungsprotokoll
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:

/nsr/logs/adhoc/nsrvproxy_flr_app_recover Dell Data Protection Restore Client (DPRC)

NETWORKER-SERVERPROTOKOLLE:

NetWorker: So verwenden Sie das nsrget-NetWorker-Datenerfassungs-Tool

Weitere Informationen

Betroffene Produkte

NetWorker

Produkte

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