NetWorker: Feilsøke problemer med båndbibliotek i NetWorker

Før du undersøker båndbibliotekproblemer, er det viktig å vurdere følgende:

• Båndstasjoner leser og skriver data og etiketter til medier og tilbyr alle mediefunksjoner, og kan ikke flytte selve båndkassettene
• Tape LIBRARIES flytter mediebåndkassetter fra element til element: stasjoner, spor og import- og eksportporter, og verken leser eller skriver data

Hvis NetWorker-operasjoner mislykkes på grunn av manglende evne til å flytte båndkassetter, er det flere mulige generelle årsaker:

• Maskinvare- eller fastvareproblem med bibliotekrobot eller interne
• Tilkoblingsproblemer fra NetWorker-vert til bibliotekrobotikk over transport
• Problemer med operativsystem, driver eller kompatibilitet mellom NetWorker-vert og -bibliotek
• NetWorker-konfigurasjonsproblem knyttet til båndbibliotektype, tilstand og adressering

Følg disse trinnene kronologisk for å fastslå problemets natur og muligens løse det. Hvis dette dokumentet ikke løser problemet, gir det tester som begrenser problemet og hjelper en spesialist med å fortsette arbeidet.

1. Miljøinformasjon

Fra NetWorker-serveren og berørte lagringsnoder:

1. Vertsnavn, operativsystemtype og versjon.
2. NetWorker-versjon og build-nummer.

3. Utgangen av 'inquire'kommando som viser kassetter og biblioteker.
4. Zippet kopi av gjeldende nsrdb (for å bevare gjeldende Jukebox-informasjon om nødvendig, for tilbakerulling)
   Linux: /nsr/res/nsrdb
   Windows (standard): C:\Program Files\EMC NetWorker\nsr\res\nsrdb
5. Lagringsnode, NetWorker-navn for bibliotek og liste over berørte noder, enheter og volumer
6. Fellestrekk ved problemet (spesifikke volumer, spesifikke stasjoner, spesifikke noder, så videre)

Følgende artikkel inneholder informasjon om hvordan du skaffer deg og bruker NSRGET: NetWorker: Slik bruker du datainnsamlingsverktøyet NSRGet NetWorker

2. Testberedskap for bibliotek

1. Kontroller om eieren av lagringsnoden for det berørte biblioteket er aktivert og klar:
   1. I NMC går du til Enheter ->lagringsnoder.
   2. Kontroller visning –>diagnostikkmodus er aktivert.
   3. Sjekk kolonnene Aktivert og Klar i ruten til høyre.
   4. Hvis en lagringsnode som forventes å være aktivert, ikke er aktivert, høyreklikker du lagringsnoden og klikker på Aktiver/deaktiver for å aktivere den.
   5. Hvis lagringsnoden ikke blir klar om et minutt eller to, må du følge opp separat; biblioteket reagerer ikke fordi lagringsnoden er utilgjengelig.
2. Kontroller om det berørte biblioteket er aktivert og klart: 
   1. I NMC går du til Enheter ->Biblioteker.
   2. Kontroller visning –>diagnostikkmodus er aktivert.
   3. Sjekk kolonnene Aktivert og Klar i ruten til høyre. Hvis biblioteket viser tilstanden Klar , går du videre til seksjon [4].
   4. Hvis den ikke er aktivert, kan du høyreklikke på bibliotekforekomsten til venstre og velge 'Aktiver / deaktiver' for å aktivere den på nytt.
   5. Når den er aktivert, vent et minutt eller to, klikk igjen på bibliotekbeholderen, og se om en grønn hake vises i kolonnen 'Klar'.
   6. Hvis biblioteket ikke blir klart, høyreklikker du bibliotekforekomsten til venstre, velger Egenskaper, og i kategorien Generelt kontrollerer du at verdien for Kontrollport samsvarer med scsidev@#.#.# adressen du ser fra inquire Kommandoen.
   7. Hvis kontrollporten ikke samsvarer, setter du Aktivert til Nei og klikker OK. Skriv deretter inn egenskaper på nytt, og endre kontrollporten slik at den samsvarer med inquire Adresse oppdaget. Når du har oppdatert kontrollporten, endrer du Aktivert tilbake til Ja og klikker OK på nytt for å aktivere på nytt. Tillat et minutt eller to for å se om biblioteket blir klart.
   8. Til slutt, hvis etter korrigering av verdien for kontrollporten ikke tillater biblioteket å bli klar, angir du egenskapene til biblioteket en siste gang. under kategorien Avansert setter du Debug Trace Level til 5; og Deaktiver og aktiver på nytt for å fange oppstartssekvensen i bakgrunnsprosessens logg i to minutter.

Når du aktiverer biblioteket på nytt i inndelingen [2.2], bekreft at nsrlcpd Starter på den tiltenkte lagringsnoden. Kontroller også at den ikke stopper eller starter på nytt uavhengig. Hvis prosess-ID (PID) fortsetter å endres, antyder det at prosessen stoppes eller drepes av programvaren eller dumpingkjernen. Vær også oppmerksom på navneløsingsproblemer mellom server og lagringsnode, noe som kan forhindre oppstart. Navnet serveren løser for noden må samsvare med nodenes eget nsrladb-navn og serverens navn på noden.

• Se Feilsøke problemer med klargjøring av båndbibliotek i NetWorker for avansert feilsøkingsinformasjon om problemer med bibliotekberedskap.
• Se feilsøkingsveiledningen for NetWorker: Prosessen krasjer og kjernedumper hvis du ser eller mistenker at noden nsrexecd, nsrsnmdEller nsrlcpd  er kjernedumping.

Hvis du vil ha en detaljert oversikt over NetWorker per vert-prosesser, kan du se: NetWorker-prosesser og -porter

Meldinger angående disse tjenestene logges i vertens daemon.raw:

• Linux: /nsr/logs/daemon.raw
• Windows (standard): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
• NetWorker: Slik bruker du nsr_render_log til å gjengi .raw loggfiler

3. Bestem svartiden til biblioteket:

Hvis biblioteket ikke blir klart, og du ikke kan finne en årsak, sørg for at biblioteket selv kan kontaktes:

1. Sjekk ikonet inquire utdata fra noden fra [1.3] og sørg for at biblioteket vises i utdataene som 'Autochanger', og noter SCSI #.#.# Adresse.
2. Hvis biblioteket ikke vises i inquire utgang, må du kontrollere at operativsystemet kan oppdage det. Solaris-verter rapporterer ikke biblioteket hvis det er konfigurert og aktivert i NetWorker. Hvis du vil ha hjelp, kan du se Feilsøke problemer med oppdaging av båndbibliotek i NetWorker.
3. Kontroller at biblioteket reagerer på grunnleggende bibliotekkommandoer. Bruke SCSI-adressen i [3.1], kjør: 'sjisn #.#.#'. Hvis du vil ha mer informasjon om bibliotektestkommandoer, kan du se Feilsøke problemer med tilgang til båndbibliotek i NetWorker.
4. Hvis SJI-kommandoene mislykkes, bør du vurdere muligheten for transport- eller maskinvareproblemer: Se Feilsøke maskinvareproblemer med båndbibliotek i NetWorker for å få hjelp.
5. Hvis problemet er at operativsystemet ikke oppdager biblioteket, og reagerer riktig på SJI-kommandoer, kan ikke NetWorker oppdage, prøv å bruke jbconfig kommando og valg av alternativ 2; Hvis dette ikke fungerer, kan du prøve alternativ 4 og angi bibliotekadressen manuelt og konfigurere som et standardbibliotek (alternativ 56). Se Feilsøke problemer med konfigurasjon av båndbibliotek i NetWorker hvis du vil ha mer informasjon.

4. Test båndbevegelse og volumtilstand

Hvis biblioteket er klart og ser ut til å være responsivt, men har problemer med å laste inn volumer, er det mange forskjellige mulige årsaker.

1. Tøm hele biblioteket hvis det er mulig; Hvis du kan stoppe andre operasjoner, høyreklikker du og tilbakestiller biblioteket fra kategorien Enheter ->biblioteker .
2. Forsøk å laste en enkelt båndkassett inn i en enkelt enhet, der begge antas å være påvirket av belastningsproblemer; losse etter hvert forsøk etter behov.
3. Sammenlign med samme volum i forskjellige stasjoner, og forskjellige volumer i stasjonen som antas å være påvirket. Legg merke til eventuelle feil og eventuelle mønstre.
4. Hvis volumbelastningen mislykkes pålitelig, uavhengig av enheten, kan du prøve følgende etikettkontroll:
   1. Last volumet uten montering Hvis båndkassetten beveger seg uten feil, har du bekreftet at armen fungerer mekanisk.
   2. Kjør nsrmm -pv -f networker_device   Hvis den svarer med bekreftet etikett, har du bekreftet at mediet også er gyldig og sunt.
   3. I egenskapene til biblioteket, med diagnosemodus aktivert, går du til kategorien Tidtakere og setter Last inn hvilemodus til 60 før du klikker OK.
   4. Last ut volumet, og prøv deretter å laste inn volumet på nytt hvis det nå lykkes, problemet var sannsynligvis et tidsberegningsproblem (du kan eksperimentere med lavere hvileverdier til det begynner å mislykkes igjen).
5. Hvis nsrmm Kommandoen mislyktes, ytterligere testing er nødvendig. Deaktiver den aktuelle stasjonen i NMC ved å høyreklikke og velge Aktiver/deaktiver.
   1. Kjør scanner Kommando på enheten:
      1. For NetWorker-serverens lokale lagringsnode kjører du følgende: scanner -nizv local_device
      2. For på en «ekstern» NetWorker Storage Node kjører du følgende: scanner -s server -nizv local_device
   2. Bryt etter ~ 20 linjer og sjekk etiketten lese meldinger; Suksess indikeres av 8936:scanner: scanning media_type tape volume_name on device_name.
   3. Hvis scanner returnerer meldingen uventet filnummer, ønsket 2, fikk higher_number datatap har oppstått, mest sannsynlig på grunn av SCSI-tilbakestilling; sjekk Feilsøking av overskrevne etiketter og SCSI-tilbakestilling i NetWorker.
6. Hvis scanner returnerer en message 8945:scanner: Read: -1 bytes Finn ut om volumet kan leses på andre noder eller stasjoner, og bestem trenden for problemet. Hvis du finner ut at noen volumer kan leses på noen noder, men ikke andre, og enheten er LTO-4 eller nyere, bør du vurdere stasjonsdekrypteringsfeil: LTO-maskinvarekryptering og NetWorker.

Hvis du vil ha mer avansert informasjon om medieverifisering, kan du se: Feilsøke medieproblemer med montering i NetWorker.

5.  Test for problemer med å bestille disk

Hvis innlastings- og monteringskommandoene lykkes, men etikettlesing eller enkle monteringer mislykkes, kan problemet innebære feil stasjonsrekkefølge.

1. Tøm hele biblioteket hvis det er mulig; Hvis du kan stoppe andre operasjoner, høyreklikker du og tilbakestiller biblioteket fra Enheter ->Biblioteker.
2. Forsøk å laste en enkelt båndkassett inn i en enkelt enhet, der begge antas å være påvirket av belastningsproblemer; losse etter hvert forsøk etter behov.
3. Sammenlign med samme volum i forskjellige stasjoner, og forskjellige volumer i stasjonen som antas å være påvirket. Legg merke til eventuelle feil og eventuelle mønstre.
4. Hvis en lasting mislykkes på en pålitelig måte, kan du prøve følgende etikettkontroll:

Hvis du vil ha mer avansert hjelp med problemer med bibliotekbelastning, kan du se: Feilsøke problemer med innlasting av båndbibliotek i NetWorker.

Hvis alle disse testene mislyktes og du ikke er lenger, må du dokumentere resultatene per trinn i denne artikkelen og ta kontakt med NetWorker-støtten. Tydelige detaljer er avgjørende for å fremskynde løsninger og sikre at "gjentatte trinn" begrenses.