NetWorker: Felsökningsmanual för NMM

SAMLA IN INFORMATION:

Minsta information som krävs för ALLA NetWorker-supportärenden:

• NetWorker-servernamn, operativsystem
• NetWorker-klientnamn, operativsystem
• NetWorker-serverversion och version
• NetWorker-klientversion och -build
• NetWorker Module för Microsoft (NMM) version och build

Följande artikel innehåller instruktioner för att samla in dessa uppgifter: NetWorker: Metoder för att identifiera NetWorker-mjukvaruversion
 
Minsta information som krävs för NMM-stöd:
 

• Microsoft-program som ska säkerhetskopieras eller återställas
• Microsoft-programversion, Service Pack och samlad säkerhetskopiering
   
  För säkerhetskopiering definierar du den sparade uppsättning och klient som ska säkerhetskopieras
  för återställning, definierar databasen eller sparuppsättningen som ska återställas och källklienten som säkerhetskopierades

Kompatibilitetsproblem:

• Innan du undersöker något problem bör du kontrollera kompatibilitetsdokumentationen för att säkerställa att det inte finns några potentiella kompatibilitetsproblem: E-Lab Interoperability Navigator 2.0-HOME (du måste logga in med ditt Dell-supportkonto)

SAMLA IN LOGGAR:

• Från NetWorker-servern samlar du in ett NSRGET-paket: NetWorker: Så här använder du datainsamlingsverktyget NSRGet i NetWorker (På engelska)
  • Rekommenderade alternativ: nsrget -o:elfr
• För säkerhetskopieringsrelaterade problem samlar du in mappen principloggar för de principer där säkerhetskopieringen misslyckades:
  • Linux: /nsr/logs/policy/POLICY_NAME
  • Windows (Standard): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME

• Från NetWorker-klienten:
  • <Networker_install_path>\applogs\nmm.raw
  • <Networker_install_path>\logs\daemon.raw
  • <Networker_install_path>\applogs
  • Den huvudsakliga NMM-loggfilen är: nmm.raw
  • NetWorker: Så här använder du nsr_render_log för att återge .raw loggfiler
  • Leta också efter filer med .trace tillägg som vanligtvis indikerar nätverksfel.
  • <Networker_install_path>\nsr\applogs\nwsnap.raw innehåller information från Power Snap-komponenten i NMM och om det uppstod ett fel med en specifik del av sparströmmen.

• Ytterligare loggar
  Skaffa dessa om nmm.raw inkluderar RM-fel
  • <Networker_install_path>\nsr\rmagentps\logs\client Inkluderar Replikeringshanteraren-loggar:
    • erm_clientXXXXX_debug.log
    • erm_clientXXXXX_detail.log
    • erm_clientXXXXX_summary.log

Konfigurationskontroll

NMM-programvaran innehåller en konfigurationskontroll som är en utmärkt sammanfattningsrapport över systemet, programvaran och konfigurationen. 
Konfigurationskontrollen kan köras under installationen av NMM, se installationsmanualen för NMM eller när som helst efter att NMM-installationen har slutförts. NMM-dokumentation finns tillgänglig via Support för NetWorker Module för Microsoft | Manualer och dokument

SÅ HÄR AKTIVERAR DU FELSÖKNING:

För att aktivera felsökning av Power Snap.
 

Lägg till den här variabeln i fältet Programinformation för klientresursen.
NSR_PS_DEBUG_LEVEL=level
Där nivån är nummer från 1 till 9. 

Så här aktiverar du NMM-felsökning:

Ändra säkerhetskopieringskommandot i klientresursen till nsrsnap_vss_save.exe -D9
-D9 kan generera många meddelanden och öka storleken på nmm.raw. – Herr talman,
Det är bra att ta bort -D9 efter att felsökningsdata har samlats in.

BEHÖRIGHETER:

NETWORKER-BEHÖRIGHETER:

• För ALLA NMM-värdar Oavsett om program eller sparuppsättning säkerhetskopieras måste du lägga till i fältet Administratör för NSR-resursen,
  group=administrators,host=nmmhostname
   
  Exempel 1:
  Var sqlapp1 och exmbx1 är en värd med NMM installerat lägger du till detta i fältet NSR-resursadministratörer:
  group=administrators,host=sqlapp1
group=administrators,host=exmbx1
   
  Alternativt kan du lägga till:
  user=system,host=sqlapp1
user=system,host=exmbx1
user=administrator,host=sqlapp1
user=administrator,host=exmbx1
   
• För Klustrade instanser eller klusterservernamn lägger du till de fysiska noderna i fjärråtkomstfältet
   
  Exempel 2:
  För virtuell SQL-server sqlv1 med två fysiska noder sqlapp1 och sqlapp2,
   
  Lägg till detta i fältet NSR-administratörer:
  group=administrators,host=sqlapp1
group=administrators,host=sqlapp2
   
  Eller som ett alternativt tilläggL
  user=system,host=sqlapp1
user=system,host=sqlapp2
user=administrator,host=sqlapp1
user=administrator,host=sqlapp2
   
  OCH _
  Lägg till detta i fjärråtkomstfältet i den virtuella sqlv1 Klient
  *@sqlcn1
*@sqlcn2
   

PROGRAMBEHÖRIGHETER:

• Se:  NMM 9.0 Hyper-V VSS Minsta CSV-behörigheter som krävs
• Följande Microsoft-program använder VSS för säkerhetskopieringar.
  • Exchange
  • SQL-server
  • SharePoint
  • Hyper-V
• Klientresurser:  Alla använder backup-kommandot: nsrsnap_vss_save
• Spara uppsättningar: Se tabellen
   
  nedan Motsvarande sparuppsättningar för varje program visas nedan:
  Det här är program som använder VSS-baserade säkerhetskopior. 
   

Fältet Programinformation för NMM-klientresursen måste ha:
NSR_SNAP_TYPE=vss 

Specifika Microsoft-program som Exchange och Hyper-V. Kräv ytterligare variabler i fältet Programinformation. Se NMM-användarhandböckerna.
 
SQL Server VDI-säkerhetskopieringar (icke-VSS):

NMM använder VDI-API:et (Virtual Device Interface) för Microsoft SQL Server för att kommunicera med SQL Server.

SQL VDI-säkerhetskopior använder det här säkerhetskopieringskommandot: nsrsqlsv

I tabellen nedan finns information om hur du sparar uppsättningar och undantag till kommandot för säkerhetskopiering.
 

Active Directory-säkerhetskopieringar (icke-VSS):
 

Klientresurser är en domänkontrollant och NMM installeras som med NetWorker-klienten.
 
Säkerhetskopieringskommando: nsradsave.exe
 
Spara uppsättning: Använder formatet unikt namn (DN):
 
Se tabell för exempel.
 

Andra överväganden:
 

Information om problem som är specifika för VSS-fel finns i: NetWorker: Felsöka säkerhetskopieringsfel på grund av VSS-problem