NetWorker: Protokolldateien und Informationen zur Erfassung und Bereitstellung für allgemeine NetWorker-Probleme

Beachten Sie, dass die Technologie deterministisch ist – per Definition muss sich etwas ändern, wenn etwas fehlschlägt, wo es zuvor funktioniert hat. Eine neu implementierte Komponente ohne Arbeitshistorie unterscheidet sich erheblich vom Troubleshooting.

Offensichtliche und identifizierbare Änderungen:

• Softwareversion oder Konfigurationsänderung
• Hardware- oder Transportänderung oder Neukonfiguration
• Umgebungsereignisse wie Stromausfälle, Transportausfälle, Festplattenausfälle

Unentdeckte Änderungen

• Beschädigung von Softwareressourcen oder Dateisystemen
• Widersprüchliche Vorgänge auf Netzwerk, SAN oder Hosts
• Neukonfiguration von Transport oder Hosts durch andere Teams
• Zunahme des Datenvolumens oder Transportdatenverkehrs
• Nicht katastrophale Umgebungsereignisse, die keine Warnmeldungen auslösen

Definieren Sie das Problem klar:

• WAS ist der Vorgang oder das Attribut, das fehlschlägt, deviant ist oder Gegenstand von Fragen ist? Welche Details der Fehlersequenz sind verfügbar?
• Welche spezifischen Komponenten und Datenpfade sind beteiligt, z. B. Binärdateien, SAN/Netzwerkswitche? Softwareversionen? Speichertypen oder -instanzen?
• WO tritt das Problem im normalen Workflow auf? Wenn derselbe Vorgang mit einem anderen Workflow versucht wird, unterscheiden sich die Ergebnisse?
• WANN trat das Problem zuerst auf? Wie lange hält es? Welche Daten/Zeiten sind seitdem aufgetreten? Wurden kürzlich Änderungen festgestellt?
• WIE tritt das Problem auf: konsistent oder gelegentlich? Wie wird das Problem gelöst, nachdem es aufgetreten ist?
• WER sind die an dem Problem beteiligten Hosts und welche Eigenschaften haben sie (NetWorker-Hosttyp, NetWorker-Version, Name, IP, Betriebssystem, CPU usw.)?
• WARUM sind einige Komponenten betroffen, wenn ähnliche Komponenten nicht? Welche Unterschiede bestehen zwischen nicht betroffenen, aber ähnlichen Komponenten?

ALLGEMEINE PROTOKOLLE

Die meisten NetWorker-Protokolle können von Windows- und Linux-NetWorker-Servern, Speicher-Nodes und/oder Clients mithilfe des NSRGET-Dienstprogramms erfasst werden. Das Dienstprogramm kann heruntergeladen werden von:

https://central.dell.com/solutions/Networker-Tools

1. Extrahieren Sie das Dienstprogramm NSRGET in ein temporäres Verzeichnis
2. Anweisungen zur Verwendung von NSRGET finden Sie unter: NetWorker: Verwendung des NSRGet NetWorker-Datenerfassungstools

Der folgende KB-Artikel enthält Details zu den von NetWorker verwendeten Protokollen: NetWorker: Protokolldateien und Speicherorte


Erfassen Sie Folgendes von allen beteiligten NetWorker-Hosts (einschließlich Server- und Speicher-Nodes):

• NetWorker-Debug-Dateien: Verzeichnisliste von [nsr]/debug
  • Dieses Verzeichnis sollte leer sein. Wenn Dateien unter /nsr/debug vorhanden sind, die mit dem Datum übereinstimmen, an dem ein Problem aufgetreten ist, kann dies auf ein Problem hinweisen.
• NetWorker-Core-Dateien: 
  • Linux: /nsr/cores
  • Windows: C:\Program Files\EMC NetWorker\nsr\cores
• NetWorker-Anwendungsprotokolle: zip von [nsr]/apps; zip von [nsr]/applogs; zip von [nsr]/rmagentps/logs; Bundle aus [nsr]/logs/lib*, nsrbr*, nsrsnap**
• NetWorker-Protokolle: [nsr]/logs/daemon.raw, [nsr]/logs/networkr.raw
  • NetWorker: Verwenden von nsr_render_log
  • NetWorker: Anleitung zum automatischen Rendern von daemon.raw in daemon.log in Echtzeit
• NetWorker-Clientkonfiguration: zip der Datei [nsr]/res/nsrladb, [nsr]/res/servers (möglicherweise nicht vorhanden), [nsr]/res/nsrdb (wenn NetWorker-Server)
  • Diese werden vom Dienstprogramm NSRGET erfasst.
• Startskript: Solaris & Linux – /etc/init.d/networker, HPUX – /sbin/init.d/networker
• Backup-Policy-Protokolle: 
  • Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME
  • Windows: C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME
• NetWorker-Version und -Build: NetWorker: Methoden zur Identifizierung der NetWorker-Softwareversion
• Bekannte Patches, die für NetWorker installiert sind
• Betriebssystem, Edition, Patchlevel, CPU und Bitbreite (32/64 Bit)
  • Linux: cat /etc/*release ; uname -m
  • Windows: systeminfo | findstr "BS-Typ"
  • NSRGET oder EMCREPORTS enthält außerdem Details zur Betriebssystemversion und Systemarchitektur.
• EMC Reports Utility: https://www.dell.com/support/home/en-us/product-support/product/emcreports/drivers
  • EMC Reports erfasst zusätzliche Hostinformationen, einschließlich vollständiger Betriebssystemdetails und -konfiguration, Betriebssystemmeldungen oder Ereignisprotokolle. einige dieser Informationen werden auch in NSRGET erfasst. emc Berichte hingegen eher betriebsspezifische Protokolle sind. EMC Berichte können in Verbindung mit NSRGET oder auf einem System erfasst werden, auf dem möglicherweise keine NetWorker-Clientsoftware installiert ist. zum Beispiel eine virtuelle VMware-Maschine, die von vProxy gesichert wird. 
• Core-Dumps: NetWorker: Fehlerbehebung bei Core-Speicherauszugskopien
• Bei Vermuteten Problemen bei der Namensauflösung: NetWorker: Best Practices für das Troubleshooting von Namensauflösungen

Erfassen Sie Folgendes nur vom NetWorker-Server :

• NetWorker-Ressourcendatenbank: Komprimierte Kopie von [nsr]/res/nsrdb
• NetWorker-Mediendatenbank: Exportieren der NetWorker-Mediendatenbank mithilfe von nsrmmdbasm
• NSRGET erfasst die meisten protokolle, die benötigt werden. erfasst jedoch nicht:
  • AUTHC-Protokolle (Authentifizierung):
    • Linux: /nsr/logs/authc
    • Windows: C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs
  • Protokolle der NetWorker Management Console (NMC) (gstd):
    • Linux: /opt/lgtonmc/logs/
    • Windows: C:\Program Files\EMC NetWorker\Management\GST\logs
  • NetWorker Web User Interface (NWUI)-Protokolle:
    • Linux: /opt/nwui/logs
    • Windows: C:\Program Files\EMC NetWorker\nwui\logs

Erfassen Sie Folgendes von jedem NetWorker-Speicher-Node (einschließlich Server):

• NetWorker-Ermittlungsbefehl: Ausgabe von "inquire -lc"
• NetWorker-Busabfrage: lusbinfo/lusbinfo -v-Ausgabe
• NetWorker SJI-Befehlsausgaben: sjisn [x.y.z], sjirdtag [x.y.z], sjirjc [x.y.z] (wobei x.y.z für SCSI-Adresse oder Gerätedateihandle steht)
• NetWorker CDI-Befehlsausgaben: cdi_inq -f [dev] -v, cdi_get_config -f [dev] -v, cdi_get_status -f [dev] -v, cdi_get_blocksize -f [dev] -v (wobei dev das Gerätedateihandle ist)
• NetWorker-Gerät und Mount-Statuszusammenfassung: nsrmm (nsrmm)
• NetWorker simple autochanger-Ausgabe: nsrjb -C [jukebox_name]
• NetWorker-Festplattendetails: rekursive Verzeichnisauflistungen für alle betroffenen AFTD-/DD-/FTD-Strukturen sowie Details zum Festplattengerät und seiner Verbindungsmethode zum Host.
• Betriebssystem, Edition, Patchlevel, CPU und Bitbreite (32/64 Bit)
  • Linux: cat /etc/*release ; uname -m
  • Windows: systeminfo | findstr "BS-Typ"
  • NSRGET oder EMCREPORTS enthält außerdem Details zur Betriebssystemversion und Systemarchitektur.
• NSRGET- und/oder EMC Berichte werden für Supportprojekte empfohlen.

Hinweis: Die oben genannten Gerätebefehle sowie die unten aufgeführten BS-Gerätebefehle können SCSI-Resets verursachen, wenn sie auf aktiven Geräten verwendet werden. Verwenden Sie nur nach Bedarf, wenn alle bandgebundenen oder angegebenen Bandgeräte über alle Hostinstanzen hinweg im Leerlauf sind.

Erfassen Sie Folgendes von jedem betroffenen NetWorker License Manager-Host:

• Ausgabe des Lizenzierungsbefehls: nsrlic -C
• NetWorker-Lizenzdatenbank: zip von [nsr]/res/lgtolm.res, [nsr]/res/lictype.res, [nsr]/logs/lgtolmd.log, [nsr]/logs/license*

Erfassen Sie Folgendes von jedem betroffenen NetWorker Management Console-Host :

• Betriebssystem, Edition, Patchlevel, CPU und Bitbreite (32/64 Bit)
  • Linux: cat /etc/*release ; uname -m
  • Windows: systeminfo | findstr "BS-Typ"
  • NSRGET oder EMCREPORTS enthält außerdem Details zur Betriebssystemversion und Systemarchitektur.
• Verwaltungskonsolenprotokoll (gstd.raw – idealerweise gerendert): 
  • Linux – /opt/lgtonmc/logs 
  • Windows – [Installationspfad]\Management\GST\logs
  • NetWorker: Verwenden von nsr_render_log
• NMC-Version einschließlich Build-Nummer
  • NetWorker: Methoden zur Identifizierung der NetWorker-Softwareversion
• Oracle Java JRE-Version: https://www.java.com/en/download/help/version_manual.html  
• NetWorker Runtime Environment (NRE):
  • Linux: 
    • rpm -qa | grep nre
    • /opt/nre/java/latest/bin/java -version
  • Windows: 
    • Die Java-Version wird unter aufgeführt: C:\Program Files\NRE\java\jre#.#.#_##
      • Wenn mehrere Java-Ordner aufgelistet sind, prüfen Sie System Environment Variable JAVA_HOME oder NSR_JAVA_HOME, für die der Pfad derzeit von NetWorker verwendet wird.
    • Die NRE-Version wird in der Systemsteuerung unter Programme und Funktionen aufgeführt.
• Java Webstart-Datei: [nmc]/web/gconsole.jnlp
• NMC-Konfigurationsdatei: [nmc]/etc/gstd.conf

NetWorker VMware Protection (NVP) vProxy Appliance:

• Protokoll-Bundles: NVP-vProxy: So erfassen Sie ein Bundle für vProxy
• ProxyHC-Tool (Health Check): NVP-vProxy: So verwenden Sie das Integritätsprüfungstool ProxyHC auf der vProxy-Appliance