NetWorker: NMM-fejlfindingsvejledning

INDSAML OPLYSNINGER:

Minimumsoplysninger, der kræves til ENHVER NetWorker-supportsag:

• NetWorker-servernavn, operativsystem
• NetWorker-klientnavn, operativsystem
• NetWorker-serverversion og -build
• NetWorker klientversion og -build
• NetWorker Module til Microsoft (NMM) version og build

Følgende artikel indeholder instruktioner til indsamling af disse oplysninger: NetWorker: Metoder til identifikation af NetWorker-softwareversion
 
Minimumskrav til oplysninger kræves til NMM-understøttelse:
 

• Microsoft-program, der skal sikkerhedskopieres eller gendannes
• Microsoft-programversion og servicepakke og opdateringspakke
   
  Til sikkerhedskopiering; definer lagringssættet og klienten, der skal sikkerhedskopieres
  For gendannelse; definer database eller gem-sæt, der skal gendannes, og kildeklient, der blev sikkerhedskopieret

Kompatibilitetsproblemer:

• Før du undersøger et problem, skal du kontrollere kompatibilitetsdokumentationen for at sikre, at der ikke er potentielle kompatibilitetsproblemer: E-Lab Interoperability Navigator 2.0-HOME (du skal logge på med din Dell-supportkonto)

INDSAML LOGFILER:

• Fra NetWorker-serveren skal du indsamle et NSRGET-bundt: NetWorker: Sådan bruges NSRGet-værktøjet til dataindsamling i NetWorker
  • Anbefalede muligheder: nsrget -o:elfr
• I forbindelse med sikkerhedskopieringsrelaterede problemer skal du indsamle mappen med politiklogfiler for de politikker, hvor sikkerhedskopieringen mislykkedes:
  • 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 primære NMM-logfil er: nmm.raw
  • NetWorker: Sådan bruges nsr_render_log til at gengive .raw logfiler
  • Se også efter filer med .trace udvidelse, som normalt angiver netværksfejl.
  • <Networker_install_path>\nsr\applogs\nwsnap.raw indeholder oplysninger fra Power Snap-komponenten i NMM, og om der opstod en fejl med en bestemt del af den gemte stream.

• Yderligere logfiler
  Få disse, hvis nmm.raw indeholder RM-fejl
  • <Networker_install_path>\nsr\rmagentps\logs\client indeholder logfiler i Replication Manager:
    • erm_clientXXXXX_debug.log
    • erm_clientXXXXX_detail.log
    • erm_clientXXXXX_summary.log

Konfigurationskontrol

NMM-software indeholder en konfigurationskontrol , som er en fremragende oversigtsrapport over systemet, softwaren og konfigurationen. 
Konfigurationskontrol kan køres under installation af NMM, se NMM-installationsvejledning, eller når som helst, efter at NMM-installationen er fuldført. NMM-dokumentation er tilgængelig via Support til NetWorker Module for Microsoft | Vejledninger og dokumenter

SÅDAN AKTIVERER DU FEJLFINDING:

Sådan aktiveres fejlfinding i Power Snap.
 

Føj denne variabel til feltet Programoplysninger i klientressourcen.
NSR_PS_DEBUG_LEVEL=level
Hvor niveauet er tal fra 1 til 9. 

Sådan aktiverer du NMM-fejlfinding:

Rediger Backup Command i klientressourcen for at nsrsnap_vss_save.exe -D9
-D9 kan generere mange meddelelser og øge størrelsen på nmm.raw.
Det er god praksis at fjerne -D9 efter fejlfinding er der indsamlet data.

TILLADELSER:

NETWORKER-TILLADELSER:

• For ALLE NMM-værter Uanset om programmet eller lagringssættet sikkerhedskopieres, skal du føje det til NSR-ressourcens administratorfelt ,
  group=administrators,host=nmmhostname
   
  Eksempel 1:
  Hvor sqlapp1 og exmbx1 er en vært med NMM installeret, skal du føje dette til feltet NSR-ressourceadministratorer:
  group=administrators,host=sqlapp1
group=administrators,host=exmbx1
   
  Eller tilføj som et alternativ:
  user=system,host=sqlapp1
user=system,host=exmbx1
user=administrator,host=sqlapp1
user=administrator,host=exmbx1
   
• For klyngeforekomster eller klyngeservernavne skal du føje de fysiske noder til fjernadgangsfeltet
   
  Eksempel 2:
  Til virtuel SQL-server sqlv1 med to fysiske noder sqlapp1 og sqlapp2,
   
  Føj dette til feltet NSR-administratorer:
  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
   
  OG _
  Føj dette til feltet Remote Access i den virtuelle sqlv1 Klient
  *@sqlcn1
*@sqlcn2
   

PROGRAMTILLADELSER:

• Se:  NMM 9.0 Hyper-V VSS minimumskrav til CSV-rettigheder
• Følgende Microsoft-programmer bruger VSS til sikkerhedskopieringer.
  • Exchange
  • SQL Server
  • SharePoint
  • Hyper-V
• Klientressourcer:  Alle bruger backup kommando: nsrsnap_vss_save
• Gem sæt: Se nedenstående tabel
   
  De tilsvarende lagringssæt for hvert program er angivet nedenfor:
  Dette er programmer, der bruger VSS-baserede sikkerhedskopier. 
   

Feltet Programoplysninger for NMM-klientressourcen skal have:
NSR_SNAP_TYPE=vss 

Specifikke Microsoft-programmer som Exchange og Hyper-V. Kræv yderligere variabler i feltet Programoplysninger. Se NMM-brugervejledningerne.
 
SQL Server VDI-sikkerhedskopier (ikke-VSS):

NMM bruger Microsoft SQL Server VDI-API'en (Virtual Device Interface) til at kommunikere med SQL Server.

SQL VDI-sikkerhedskopieringer bruger denne sikkerhedskopieringskommando: nsrsqlsv

Se tabellen nedenfor for at se Gem sæt og undtagelser til sikkerhedskopieringskommandoen.
 

Active Directory-sikkerhedskopier (ikke-VSS):
 

Client Resources er en domænecontroller, og NMM er installeret som med NetWorker Client.
 
Sikkerhedskopieringskommando: nsradsave.exe
 
Gem sæt: Bruger formatet Distinguished Name (DN):
 
Se eksempler i tabellen.
 

Andre overvejelser:
 

For problemer, der er specifikke for VSS-fejl, se: NetWorker: Fejlfinding af sikkerhedskopieringsfejl på grund af VSS-problemer