NetWorker: NMM-Troubleshooting-Handbuch

SAMMELN SIE INFORMATIONEN:

Erforderliche Mindestinformationen für JEDEN NetWorker-Supportfall:

• NetWorker-Servername, BS
• NetWorker-Clientname, BS
• NetWorker-Serverversion und -Build
• NetWorker-Clientversion und -Build
• NetWorker Module for Microsoft (NMM) – Version und Build

Der folgende Artikel enthält Anweisungen zum Erfassen dieser Details: NetWorker: Methoden zur Identifizierung der NetWorker-Softwareversion
 
Mindestanforderungen für NMM-Unterstützung:
 

• Zu sichernde oder wiederherzustellende Microsoft-Anwendung
• Microsoft-Anwendungsversion sowie Service Pack und Rollup
   
  Für Backups: Definieren Sie das zu sichernde Saveset und den zu sichernden
  Client. Definieren Sie die wiederherzustellende Datenbank oder das wiederherzustellende Saveset und den Quellclient, der gesichert wurde.

Kompatibilitätsprobleme:

• Bevor Sie ein Problem untersuchen, überprüfen Sie die Kompatibilitätsdokumentation, um sicherzustellen, dass keine potenziellen Kompatibilitätsprobleme vorliegen: E-Lab Interoperability Navigator 2.0-HOME (Sie müssen sich mit Ihrem Dell Supportkonto anmelden)

PROTOKOLLE ERFASSEN:

• Erfassen Sie auf dem NetWorker-Server ein NSRGET-Bundle: NetWorker: So verwenden Sie das nsrget-NetWorker-Datenerfassungs-Tool
  • Empfohlene Optionen: nsrget -o:elfr
• Erfassen Sie bei Problemen im Zusammenhang mit Backups den Policy-Protokollordner für die Policies, bei denen Backups fehlgeschlagen sind:
  • Linux: /nsr/logs/policy/POLICY_NAME
  • Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME

• Vom NetWorker-Client:
  • <Networker_install_path>\applogs\nmm.raw
  • <Networker_install_path>\logs\daemon.raw
  • <Networker_install_path>/Applogs
  • Die wichtigste NMM-Protokolldatei ist: nmm.raw
  • NetWorker: So verwenden Sie nsr_render_log zum Rendern .raw Protokolldateien
  • Suchen Sie auch nach Dateien mit .trace Erweiterung, die in der Regel auf Netzwerkfehler hinweist.
  • <Networker_install_path>\nsr\applogs\nwsnap.raw enthält Details aus der Power Snap-Komponente von NMM und ob ein Fehler bei einem bestimmten Teil des Speicherstreams aufgetreten ist.

• Zusätzliche Protokolle
  Holen Sie sich diese, wenn nmm.raw enthält RM-Fehler
  • <Networker_install_path>\nsr\rmagentps\logs\client enthält Replication Manager-Protokolle:
    • erm_clientXXXXX_debug.log
    • erm_clientXXXXX_detail.log
    • erm_clientXXXXX_summary.log

Konfigurationsprüfung

Die NMM-Software enthält einen Config Checker , der einen hervorragenden zusammenfassenden Bericht über das System, die Software und die Konfiguration darstellt. 
Config Checker kann während der NMM-Installation ausgeführt werden, siehe NMM-Installationshandbuch, oder jederzeit nach Abschluss der NMM-Installation. NMM-Dokumentation ist verfügbar über Support für NetWorker Module for Microsoft | Handbücher und Dokumente

DEBUGGING AKTIVIEREN:

So aktivieren Sie das Power Snap-Debugging.
 

Fügen Sie diese Variable zum Feld Application Information der Clientressource hinzu.
NSR_PS_DEBUG_LEVEL=level
Dabei steht level für die Zahl von 1 bis 9. 

So aktivieren Sie das NMM-Debugging:

Ändern Sie den Backupbefehl in der Clientressource in nsrsnap_vss_save.exe -D9
-D9 kann viele Nachrichten generieren und die Größe der nmm.rawaus.
Es empfiehlt sich, -D9 nach dem Troubleshooting Daten erfasst wurden.

BERECHTIGUNGEN:

NETWORKER-BERECHTIGUNGEN:

• Für ALLE NMM-Hosts Unabhängig von der Anwendung oder dem Saveset, die bzw. das gesichert wird, müssen Sie dem Feld Administrator der NSR-Ressource Folgendes hinzufügen:
  group=administrators,host=nmmhostname
   
  Beispiel 1:Wo
  sqlapp1 und exmbx1 Sind Sie ein Host, auf dem NMM installiert ist, fügen Sie dies zum Feld NSR resource Administrators hinzu:
  group=administrators,host=sqlapp1
group=administrators,host=exmbx1
   
  Alternativ können Sie Folgendes hinzufügen:
  user=system,host=sqlapp1
user=system,host=exmbx1
user=administrator,host=sqlapp1
user=administrator,host=exmbx1
   
• Fügen Sie für Clusterinstanzen oder Clusterservernamen die physischen Nodes zum Feld
   
  "Remotezugriff" hinzu. Beispiel 2:
  Für virtuelle SQL-Server sqlv1 Mit zwei physischen Nodes sqlapp1 und sqlapp2Fügen
   
  Sie dies zum Feld NSR administrators hinzu:
  group=administrators,host=sqlapp1
group=administrators,host=sqlapp2
   
  Oder als alternative Ergänzung
  user=system,host=sqlapp1
user=system,host=sqlapp2
user=administrator,host=sqlapp1
user=administrator,host=sqlapp2
   
  UND _
  Fügen Sie dies zum Feld "Remotezugriff " des virtuellen sqlv1 Kunde
  *@sqlcn1
*@sqlcn2
   

ANWENDUNGSBERECHTIGUNGEN:

• Siehe:  NMM 9.0 Hyper-V VSS – Mindestens erforderliche CSV-Berechtigungen
• Die folgenden Microsoft-Anwendungen verwenden VSS für Backups.
  • Austausch
  • SQL Server
  • SharePoint
  • Hyper-V
• Clientressourcen:  Alle verwenden den Backupbefehl: nsrsnap_vss_save
• Savesets: Siehe folgende Tabelle
   
  Die entsprechenden Savesets für jede Anwendung sind unten aufgeführt:
  Dies sind Anwendungen, die VSS-basierte Backups verwenden. 
   

Das Feld Application Information der NMM-Clientressource muss Folgendes enthalten:
NSR_SNAP_TYPE=vss 

Spezifische Microsoft-Anwendungen wie Exchange und Hyper-V. Erfordern Sie zusätzliche Variablen im Feld Anwendungsinformationen. Weitere Informationen finden Sie in den NMM-Benutzerhandbüchern.
 
SQL Server-VDI-Backups (nicht VSS):

NMM verwendet die Microsoft SQL Server Virtual Device Interface (VDI)-API für die Kommunikation mit SQL Server.

Verwenden Sie für SQL-VDI-Backups diesen Backupbefehl: nsrsqlsv

In der folgenden Tabelle finden Sie Savesets und Ausnahmen für den Backupbefehl.
 

Active Directory-Backups (nicht VSS):
 

Client Resources ist ein Domain Controller und NMM wird wie beim NetWorker-Client installiert.
 
Backupbefehl: nsradsave.exe
 
Saveset: Verwendet das DN-Format (Distinguished Name):
 
Beispiele finden Sie in der Tabelle.
 

Weitere Überlegungen:
 

Informationen zu Problemen im Zusammenhang mit VSS-Ausfällen finden Sie unter: NetWorker: Troubleshooting von Backupfehlern aufgrund von VSS-Problemen