NetWorker: Feilsøkingsveiledning for NMM

SAMLE INFORMASJON:

Minimumsinformasjon som kreves for ALLE NetWorker-støttesaker:

• NetWorker-servernavn, operativsystem
• NetWorker-klientnavn, operativsystem
• NetWorker-serverversjon og -build
• NetWorker-klientversjon og -build
• NetWorker Module for Microsoft (NMM)-versjon og -bygging

Følgende artikkel inneholder instruksjoner for innsamling av disse detaljene: NetWorker: Metoder for å identifisere NetWorker-programvareversjonen
 
Minimumsinformasjon som kreves for NMM-støtte:
 

• Microsoft-applikasjon som skal sikkerhetskopieres eller gjenopprettes
• Microsoft-programversjon og oppdateringspakke og samleoppdatering
   
  For sikkerhetskopiering definerer lagringssettet og klienten som skal sikkerhetskopieres
  For gjenoppretting, definerer du databasen eller lagringssettet som skal gjenopprettes, og kildeklienten som ble sikkerhetskopiert

Kompatibilitetsproblemer:

• Før du undersøker et problem, må du kontrollere kompatibilitetsdokumentasjonen for å sikre at ingen potensielle kompatibilitetsproblemer eksisterer: E-Lab Interoperability Navigator 2.0-HOME (Du må logge på med Dell-støttekontoen din)

SAMLE INN LOGGER:

• Samle inn en NSRGET-pakke fra NetWorker-serveren: NetWorker: Slik bruker du datainnsamlingsverktøyet NSRGet NetWorker
  • Anbefalte alternativer: nsrget -o:elfr
• For sikkerhetskopieringsrelaterte problemer samler du inn policyloggmappen for policyene for policyene der sikkerhetskopiering mislyktes:
  • Linux: /nsr/logs/policy/POLICY_NAME
  • Windows (standard): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME

• Fra NetWorker-klienten:
  • <Networker_install_path>\applogs\nmm.raw
  • <Networker_install_path>\logs\daemon.raw
  • <Networker_install_path>\applogs
  • Den viktigste NMM-loggfilen er: nmm.raw
  • NetWorker: Slik bruker du nsr_render_log til å gjengi .raw loggfiler
  • Se også etter filer med .trace utvidelse som vanligvis indikerer nettverksfeil.
  • <Networker_install_path>\nsr\applogs\nwsnap.raw inkluderer informasjon fra Power Snap-komponenten i NMM og om det oppstod en feil med en bestemt del av lagringsstrømmen.

• Ytterligere logger
  Få disse hvis nmm.raw inkluderer RM-feil
  • <Networker_install_path>\nsr\rmagentps\logs\client inkluderer Replication Manager-logger:
    • erm_clientXXXXX_debug.log
    • erm_clientXXXXX_detail.log
    • erm_clientXXXXX_summary.log

Konfigurasjonskontroll

NMM-programvare inkluderer en konfigurasjonskontroll som er en utmerket sammendragsrapport over systemet, programvaren og konfigurasjonen. 
Konfigurasjonskontroll kan kjøres under installasjonen av NMM, se installasjonsveiledning for NMM, eller når som helst etter at NMM-installasjonen er fullført. NMM-dokumentasjon er tilgjengelig via Support for NetWorker Module for Microsoft | Håndbøker og dokumenter

SLIK AKTIVERER DU FEILSØKING:

Slik aktiverer du Power Snap-feilsøking.
 

Legg til denne variabelen i feltet Programinformasjon for klientressursen.
NSR_PS_DEBUG_LEVEL=level
Der nivå er tall fra 1 til 9. 

Slik aktiverer du NMM-feilsøking:

Endre sikkerhetskopikommandoen i klientressursen til nsrsnap_vss_save.exe -D9
-D9 kan generere mange meldinger og øke størrelsen på nmm.raw.
Det er god praksis å fjerne -D9 Etter at feilsøking av data er samlet inn.

TILLATELSER:

NETWORKER TILLATELSER:

• For ALLE NMM-verter Uavhengig av applikasjon, eller lagringssett som sikkerhetskopieres, må du legge til i feltet Administrator for NSR-ressurs,
  group=administrators,host=nmmhostname
   
  Eksempel 1:
  Hvor sqlapp1 og exmbx1 er en vert med NMM installert, legger du dette til i NSR-ressurs Administratorer-feltet:
  group=administrators,host=sqlapp1
group=administrators,host=exmbx1
   
  Eller som et alternativ, legg til:
  user=system,host=sqlapp1
user=system,host=exmbx1
user=administrator,host=sqlapp1
user=administrator,host=exmbx1
   
• For klyngeforekomster eller klyngeservernavn legger du til de fysiske nodene i feltet
   
  for ekstern pålogging Eksempel 2:
  For virtuell SQL-server sqlv1 med to fysiske noder sqlapp1 og sqlapp2,
   
  Legg dette til NSR administratorer feltet:
  group=administrators,host=sqlapp1
group=administrators,host=sqlapp2
   
  Eller som et alternativ addL
  user=system,host=sqlapp1
user=system,host=sqlapp2
user=administrator,host=sqlapp1
user=administrator,host=sqlapp2
   
  AND _
  Add this to Remote Access field of the virtual sqlv1 Klient
  *@sqlcn1
*@sqlcn2
   

APPLIKASJONSTILLATELSER:

• Se:  NMM 9.0 Hyper-V VSS minimumskrav til CSV-rettigheter
• Følgende Microsoft-programmer bruker VSS for sikkerhetskopiering.
  • Exchange
  • SQL Server
  • SharePoint
  • Hyper-V
• Klientressurser:  Alle bruker backup-kommandoen: nsrsnap_vss_save
• Lagre sett: Se tabellen
   
  nedenfor De tilsvarende lagringssettene for hver applikasjon er oppført nedenfor:
  Dette er programmer som bruker VSS-baserte sikkerhetskopier. 
   

Feltet Applikasjonsinformasjon for NMM-klientressursen må ha:
NSR_SNAP_TYPE=vss 

Spesifikke Microsoft-applikasjoner som Exchange og Hyper-V. Krever flere variabler i feltet Programinformasjon. Se brukerveiledningene for NMM.
 
SQL Server VDI-sikkerhetskopier (ikke-VSS):

NMM bruker Microsoft SQL Server Virtual Device Interface (VDI) API til å kommunisere med SQL Server.

SQL VDI-sikkerhetskopier bruker denne sikkerhetskopikommandoen: nsrsqlsv

Se tabellen nedenfor for å lagre sett og unntak for sikkerhetskopikommandoen.
 

Active Directory-sikkerhetskopier (ikke-VSS):
 

Klientressurser er en domenekontroller, og NMM installeres som med NetWorker Client.
 
Sikkerhetskopieringskommando: nsradsave.exe
 
Lagre sett: Bruker DN-formatet (Distinguished Name):
 
Se eksempler i tabellen.
 

Andre betraktninger:
 

Hvis du har problemer som er spesifikke for VSS-feil, kan du se: NetWorker: Feilsøke sikkerhetskopieringsfeil på grunn av VSS-problemer