NVP-vProxy – Triage-Handbuch: NetWorker VMware Protection vProxy – Triage- und Protokollerfassungshandbuch

Summary: Dieser Wissensdatenbank-Artikel bietet Unterstützung bei der Identifizierung von Protokollen auf dem vProxy und Referenzen für Debug- und VMware/vCenter-Protokollspeicherorte.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

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 als VMDK-Dateien 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.
kA5j00000008WqGCAU_2_0
 

DETAILS ZUM PROBLEM

Um eine vollständige Problembeschreibung zu erstellen, beantworten Sie die folgenden Fragen:
  • Welcher Vorgang wird versucht, der nicht funktioniert?
  • Ist das Problem beständig oder periodisch?
  • Gibt es einen bekannten Auslöser, wenn es zeitweilig auftritt?
  • 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 von virtuellen Maschinen auf?
  • Was ist der Umfang des Problems (alle Policies/einige Policies, alle VMs/einige VMs)?
  • Was wurde bisher versucht zu beheben 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/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.
  • Allgemein: NVP-vProxy: So erfassen Sie ein Bundle für vProxy
  • Bei einem Absturz des vProxy-Betriebssystems:
    • Führen Sie über vProxy-SSH Folgendes aus: sudo supportconfig -l
      • Dadurch wird ein SUSE-Support-Bundle unter /var/log erstellt.
  • Exportieren Sie vom vCenter Server-Webclient das vCenter-Support-Bundle.
Supportbündel generieren
 
HINWEIS: Wählen Sie während der vCenter-Support-Bundle-Erfassung den ESXi-Host aus (überprüfen Sie), auf dem der vProxy gehostet wird.
 

REGISTRIERUNGSPROBLEME:

Starten Sie auf dem NetWorker-Server-daemon.raw:

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

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


BACKUPPROBLEME:

Starten Sie auf dem NetWorker-Server mit den Policy-Protokollen:
Linux:                Fenster /nsr/logs/policy/policy_name
:           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 VMware VDDK-Sitzungsprotokoll

Troubleshooting häufiger Backupfehler:

RECOVERY-PROBLEME:

Auf dem NetWorker-Server:          
  • /nsr/logs/recover/ Gespeicherte Protokolle von Wiederherstellungssitzungen über den NMC-Wiederherstellungsassistenten
  • /nsr/logs/restapi/restapi.log RESTAPI-Protokoll                    
  • Linux: /nsr/authc/logs/flr-server.log Webservice der FLR-Benutzeroberfläche   
  • Windows: \nsr\authc-server\tomcat\logs\flr-server.log FLR-UI-Webservice   
  • /nsr/logs/adhoc/nsrvproxy_flr/<jobid>.log FLR-Troubleshooting          
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/DAT (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:

Windows: C:\Program Files (x86)\EMC\vProxy FLR Agent\logs\vflragentd\vflragentd-agent.log
Linux:/opt/emc/vproxyra/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 SQL-anwendungskonsistente VM-Backups (MSVMAPPAGENT) zu erhöhen, verwenden Sie dbgcommand, z. B. dbgcommand -p <nsrd-pid> Debug=9.
Nachdem Sie die Debugsitzung abgeschlossen haben, stellen Sie sicher, dass Sie das Debug-Level von nsrd auf Null zurücksetzen, indem Sie dbgcommand <nsrd-pid> Debug=0 ausführen.

MSVMAPPAGENT (VM)-Protokolle:

Sie können von den folgenden Speicherorten auf der SQL-VM auf Protokolle im Zusammenhang mit MSVMAPPAGENT zugreifen:
  • C:\Programme\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 Transaktionsprotokollbackups.  

NETWORKER-SERVERPROTOKOLLE:

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

Additional Information

Affected Products

NetWorker

Products

NetWorker Family
Article Properties
Article Number: 000022016
Article Type: How To
Last Modified: 13 Mar 2025
Version:  12
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.