NetWorker: Fejlfinding af problemer med båndbibliotek i NetWorker

Før du undersøger problemer med båndbiblioteket, er det vigtigt at overveje følgende:

• Båndstationer læser og skriver data og etiketter til medier og indeholder alle mediefunktioner og kan ikke selv flytte båndkassetterne
• Båndbiblioteker flytter mediebåndkassetter fra element til element: Drev, slots og import- og eksportporte, og du må ikke læse eller skrive nogen data

Hvis NetWorker-handlinger mislykkes på grund af manglende evne til at flytte båndkassetter, er der flere mulige generelle årsager:

• Hardware- eller firmwareproblem med biblioteksrobot eller interne dele
• Problemer med konnektivitet fra NetWorker-vært til biblioteksrobotteknologi via transport
• Operativsystem-, driver- eller kompatibilitetsproblem mellem NetWorker-vært og -bibliotek
• NetWorker-konfigurationsproblem vedrørende båndbibliotekstype, -tilstand og -adressering

Følg disse trin kronologisk for at hjælpe med at bestemme problemets art og muligvis løse det. Hvis dette dokument ikke løser problemet, indeholder det tests, der indsnævrer problemet og hjælper en specialist med at fortsætte arbejdet.

1. Miljøoplysninger

Fra NetWorker-serveren og berørte storagenoder:

1. Værtsnavn, OS-type og version.
2. NetWorker-version og buildnummer.

3. Produktion af 'inquire' kommando, der viser bånd og biblioteker.
4. Zippet kopi af aktuel nsrdb (for at bevare aktuelle jukeboxoplysninger, hvis det er nødvendigt, til tilbageførsel)
   Linux: /nsr/res/nsrdb
   Windows (standard): C:\Program Files\EMC NetWorker\nsr\res\nsrdb
5. Storagenode, NetWorker-navn for bibliotek og liste over berørte noder, enheder og diskenheder
6. Problemets fællestræk (specifikke diskenheder, specifikke drev, specifikke noder osv.)

Følgende artikel indeholder oplysninger om at hente og bruge NSRGET: NetWorker: Sådan bruges NSRGet-værktøjet til dataindsamling i NetWorker

2. Testparathed for biblioteket

1. Kontrollér, om Storage Node-ejeren af det berørte bibliotek er aktiveret og klar:
   1. I NMC skal du gå til Enheder ->Storage Nodes.
   2. Sørg for Vis –>Diagnostisk tilstand er aktiveret.
   3. Markér kolonnerne Aktiveret og Klar i ruden til højre.
   4. Hvis en lagernode, der forventes at være aktiveret, ikke er aktiveret, skal du højreklikke på lagernoden og klikke på Aktivér/deaktiver for at aktivere den.
   5. Hvis storagenoden ikke bliver klar om et minut eller to, skal du følge op separat. biblioteket reagerer ikke, fordi dets lagernode er utilgængelig.
2. Kontroller, om det berørte bibliotek er aktiveret og klar: 
   1. I NMC skal du gå til Enheder ->Biblioteker.
   2. Sørg for Vis –>Diagnostisk tilstand er aktiveret.
   3. Markér kolonnerne Aktiveret og Klar i ruden til højre. Hvis biblioteket viser tilstanden Klar , skal du fortsætte til afsnittet [4].
   4. Hvis det ikke er aktiveret, kan du højreklikke på biblioteksforekomsten til venstre og vælge 'Aktiver / Deaktiver' for at genaktivere den.
   5. Når det er aktiveret, skal du vente et minut eller to, klikke igen på biblioteksbeholderen og se, om der vises et grønt flueben i kolonnen 'Klar'.
   6. Hvis biblioteket ikke bliver klar, skal du højreklikke på biblioteksforekomsten til venstre, vælge Egenskaber og under fanen Generelt skal du sikre dig, at værdien for Kontrolport svarer til scsidev@#.#.# Adresse, du ser fra inquire Kommando.
   7. Hvis kontrolporten ikke stemmer overens, skal du indstille Aktiveret til Nej og klikke på OK; Indtast derefter egenskaber igen, og skift Kontrolport , så den passer til inquire Adressen blev fundet. Når du har opdateret Kontrolport, skal du ændre Aktiveret tilbage til Ja og klikke på OK igen for at genaktivere. Giv et minut eller to til at se, om biblioteket bliver klar.
   8. Endelig, hvis biblioteket efter rettelse af Control Port-værdien ikke bliver klar, skal du indtaste bibliotekets egenskaber en sidste gang; under fanen Avanceret skal du indstille Debug Trace Level til 5; og Deaktiver og genaktiver igen for at registrere startsekvensen i dæmonloggen i to minutter.

Når biblioteket genaktiveres i afsnit [2.2], bekræfte, at nsrlcpd starter på den tilsigtede lagernode. Kontroller også, at det ikke stopper eller genstarter uafhængigt. Hvis proces-id'et (PID) fortsætter med at ændre sig, antyder det, at processen stoppes eller dræbes af softwaren eller dumpingkernen. Vær også opmærksom på problemer med navnefortolkning mellem server og storagenode, som kan forhindre opstart. Det navn, serveren løser for noden, skal matche nodens eget nsrladdb-navn og serverens navn på noden.

• Se Fejlfinding af problemer med parathed til båndbiblioteket i NetWorker for at få oplysninger om avanceret fejlfinding om problemer med bibliotekets parathed.
• Se fejlfindingsvejledning til NetWorker: Procesnedbrud og Core Dumps, hvis du ser eller har mistanke om, at nodens nsrexecd, nsrsnmdEller nsrlcpd  er kernedumping.

Du kan få en detaljeret oversigt over NetWorker-processer pr. vært under: NetWorker-processer og -porte

Meddelelser vedrørende disse tjenester logges i værtens daemon.raw:

• Linux: /nsr/logs/daemon.raw
• Windows (standard): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
• NetWorker: Sådan bruges nsr_render_log til at gengive .raw logfiler

3. Bestem bibliotekets reaktionsevne:

Hvis biblioteket ikke bliver klar, og du ikke kan fastslå en årsag, skal du sørge for, at biblioteket selv kan kontaktes:

1. Tjek inquire output fra noden fra [1.3] og sørg for, at biblioteket vises i outputtet som "Autochanger", og bemærk SCSI #.#.# Adresse.
2. Hvis biblioteket ikke vises i inquire output, kontrollér, at operativsystemet kan registrere det. Solaris-værter rapporterer ikke biblioteket, hvis det er konfigureret og aktiveret i NetWorker. Du kan få hjælp under Fejlfinding af problemer med registrering af båndbibliotek i NetWorker.
3. Sørg for, at biblioteket reagerer på grundlæggende bibliotekskommandoer. Brug af SCSI-adressen i [3.1], kør: 'sjisn #.#.#'. Du kan finde flere oplysninger om bibliotekets testkommandoer under Fejlfinding af adgangsproblemer til båndbibliotek i NetWorker.
4. Hvis SJI-kommandoerne mislykkes, skal du overveje muligheden for transport- eller hardwareproblemer: Se Fejlfinding af hardwareproblemer med båndbiblioteket i NetWorker for at få hjælp.
5. Hvis problemet er, at operativsystemet ikke finder biblioteket og reagerer korrekt på SJI-kommandoer, som NetWorker ikke registrerer, kan du prøve at bruge jbconfig kommando og vælge mulighed 2; Hvis dette ikke virker, kan du prøve mulighed 4 og manuelt angive biblioteksadressen og konfigurere den som et standardbibliotek (valgmulighed 56). Se Fejlfinding af konfigurationsproblemer med båndbiblioteket i NetWorker for at få flere oplysninger.

4. Testbåndets bevægelses- og lydstyrketilstand

Hvis biblioteket er klar og ser ud til at være responsivt, men har problemer med at indlæse diskenheder, er der mange forskellige mulige årsager.

1. Tøm hele biblioteket, hvis det overhovedet er muligt; Hvis du kan stoppe andre handlinger, skal du højreklikke og nulstille biblioteket fra fanen Enheder ->Biblioteker .
2. Forsøg at indlæse en enkelt båndkassette i en enkelt enhed, hvor begge menes at være påvirket af belastningsproblemer; Aflæsning efter hvert forsøg efter behov.
3. Sammenlign med den samme diskenhed i forskellige drev og forskellige diskenheder i drevet, som menes at være påvirket. Bemærk eventuelle fejl og mønstre.
4. Hvis volumenbelastningen svigter pålideligt, uanset enheden, kan du prøve følgende mærkatkontrol:
   1. Ilæg diskenheden uden montering, hvis båndpatronen bevæger sig uden fejl, har du kontrolleret, at armen er mekanisk funktionel.
   2. Kør nsrmm -pv -f networker_device   Hvis det reagerer med verificeret etiket, har du bekræftet, at mediet også er gyldigt og sundt.
   3. I egenskaberne for biblioteket, med Diagnosticeringstilstand aktiveret, skal du gå til fanen Timere og indstille Indlæs slumretilstand til 60, før du klikker på OK.
   4. Aflæs diskenheden, og prøv derefter at genindlæse diskenheden, hvis det lykkes nu, problemet var sandsynligvis et timingproblem (du kan eksperimentere med lavere slumreværdier, indtil det begynder at svigte igen).
5. Hvis ikonet nsrmm Kommandoen mislykkedes, yderligere test er påkrævet. Deaktiver det pågældende drev i NMC ved at højreklikke og vælge Aktivér/Deaktiver.
   1. Kør scanner Kommando på enheden:
      1. For NetWorker-serverens lokale lagernode skal du køre: scanner -nizv local_device
      2. For på en "ekstern" NetWorker Storage-node skal du køre: scanner -s server -nizv local_device
   2. Bryd efter ~ 20 linjer og kontroller etiketten læse beskeder; Succes er angivet ved 8936:scanner: scanning media_type tape volume_name on device_name.
   3. Hvis scanner returnerer meddelelsen uventet filnummer, ønsket 2, fik higher_number datatab er sket, sandsynligvis på grund af SCSI-nulstilling; kontrollere Fejlfinding af overskrevne etiketter og SCSI-nulstillinger i NetWorker.
6. Hvis ikonet scanner Returnerer en message 8945:scanner: Read: -1 bytes Find ud af, om diskenheden kan aflæses på andre noder eller drev, og find ud af, hvordan problemet er løst. Hvis du finder ud af, at nogle diskenheder kan læses på nogle noder, men ikke andre, og enheden er LTO-4 eller nyere, skal du overveje drevdekrypteringsfejl: LTO-hardwarekryptering og NetWorker.

Du kan finde mere avancerede oplysninger om mediebekræftelse under: Fejlfinding af problemer med mediemontering i NetWorker.

5.  Test for problemer med drevbestilling

Hvis kommandoen til indlæsning og montering lykkes, men mærkningen læses, eller simple monteringer mislykkes, kan problemet skyldes forkert drevrækkefølge.

1. Tøm hele biblioteket, hvis det overhovedet er muligt; Hvis du kan stoppe andre handlinger, skal du højreklikke og nulstille biblioteket fra Enheder ->Biblioteker.
2. Forsøg at indlæse en enkelt båndkassette i en enkelt enhed, hvor begge menes at være påvirket af belastningsproblemer; Aflæsning efter hvert forsøg efter behov.
3. Sammenlign med den samme diskenhed i forskellige drev og forskellige diskenheder i drevet, som menes at være påvirket. Bemærk eventuelle fejl og mønstre.
4. Hvis en last svigter pålideligt, kan du prøve følgende mærkatkontrol:

Du kan få mere avanceret hjælp til problemer med indlæsning af bibliotek under: Fejlfinding af problemer med indlæsning af båndbibliotek i NetWorker.

Hvis alle disse tests mislykkedes, og du ikke længere udfører det, skal du sørge for at dokumentere dine resultater for hvert trin i denne artikel og kontakte NetWorker-support. Klare detaljer er afgørende for at fremskynde løsninger og sikre, at "gentagne trin" begrænses.