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

• Sporadiske eller konsekvente feil ved lasting av båndkassetter i biblioteket
• Kan ikke utføre sikkerhetskopiering eller gjenoppretting fra bibliotekmedier  
• Biblioteket er detekterbart, bekreftet funksjonelt og klart
• Kunne ikke utføre laste- eller merkingsoperasjoner
• Bånd som er merket som «ikke merket»
• Mulige ASC/ASCQ/SCSI SENSE-feil eller meldinger i system- eller applikasjonslogger
• Sporadiske eller konsekvente feil ved utførelse av bestemte eller tilfeldige bibliotekoperasjoner

Hvis bibliotekkonfigurasjonen fungerte tidligere og plutselig støter på et problem, bør du vurdere mulige endringer som kan hindre gjenkjenning og konfigurasjon:

• Fastvare, driver eller konfigurasjonsendring for robot, svitsj eller adapter
• Tillegg, erstatning eller fjerning av stasjoner, båndkassetter eller andre bibliotekkomponenter
• Endring av NetWorker-programvareversjon, korrigeringsfiler for operativsystemet
• Alle maskinvarehendelser, for eksempel strømbrudd eller omstart av en komponent i databanen
• Avvik mellom NetWorker-konfigurasjon og -bibliotek (båndkassetter som for eksempel er flyttet utenfor NetWorkers kontroll)

Hvis biblioteket aldri har fungert – bekreft at maskinvaren støttes i veiledningen for maskinvarekompatibilitet for NetWorker (krever pålogging til Dell kundestøttekonto). Husk at det er mulig for et bibliotek å være delvis funksjonelt; Oppdagelse alene garanterer ikke brukervennlighet eller støtte.

For å feilsøke bibliotekbelastningsproblemer, etter å ha vurdert de siste kjente endringene, feilsøke ved å utvikle prosessen til dens primitive bestanddeler og teste dem individuelt.

De nødvendige dataene samles inn NSRGet Når du kjører med -o:d Bytte. NetWorker: Slik bruker du datainnsamlingsverktøyet NSRGet NetWorker

Gjenstandene som ikke er det, er begrenset til de operasjonene som kan anses å være farlige hvis de forsøkes manuelt.
 

Bibliotek Load: Kommunikasjon

• Igjen, sørg for at biblioteket er responsivt og klart før du fortsetter. Hvis det ikke er det:
  • NetWorker: Feilsøke problemer med beredskap for båndbibliotek i NetWorker
  • Feilsøke problemer med tilgang til båndbibliotek i NetWorker
  • Feilsøke problemer med oppdaging av båndbibliotek i NetWorker
  • Feilsøke maskinvareproblemer med båndbibliotek i NetWorker

Bibliotek Load: Fysisk drift

• Kontroller at bibliotekdrift er fysisk mulig på et grunnleggende nivå. Kontroller at testing utføres når biblioteket ellers ikke er aktivt, og at båndkassetter byttes ut til de opprinnelige plasseringene.

sjirdtag <changer address>

sjimm <changer address> <drive|slot|inlt|mt> <element_number> <drive|slot|inlt|mt> <element_number>

• Det er noen situasjoner der feil kan forventes; Biblioteker der for eksempel automatisk utmating ikke er aktivert på biblioteknivå, får en feilmelding under forsøk på å flytte fra stasjon til et annet element (båndkassetten må løses ut separat over et mt -f <device_handle> offline -kommandoen før du flytter ut av elementet).
• Hvis feil returneres sporadisk eller konsekvent ved forsøk på robotoperasjoner, SCSI ASC/ASCQ-kodefeil, bør du vurdere eskalering til bibliotekleverandøren for gjennomgang.

Bibliotek Load: Logisk operasjon

Når vi har fastslått at fysiske operasjoner er feilfrie (i det minste overfladisk), kan vi forsøke å spore problemet i NetWorker.

• Bestem bibliotekets layout og sørg for at det er klart, ved å sammenligne NSR Jukebox-tilstandsinformasjonen mot robotens båndkassettinformasjon:

nsrjb [<-j library_name>] -C
sjirdtag <changer address>

• Forsøk å laste inn et berørt bånd på en berørt stasjon med høy detaljrikdom:

nsrjb [<-j library_name>] -lvvvvv -f <device_handle> -S <slot_number>

Hvis biblioteket lastes gjentatte ganger uten problemer, kan belastningsproblemet skyldes spesifikke situasjonsfaktorer i stedet for en vedvarende feil. Alle anstrengelser bør gjøres for å isolere tilstanden som fører til belastningsfeilen, og feilsøking av tilstanden bør følge (se nedenfor).

• Hvis vanlige lastoperasjoner mislykkes, spesielt hvis volumene er merket som "umerket", har etikettavlesningen mislyktes under lasteforsøket (noe som førte til at monteringen mislyktes). Prøv å sette den samme tapen på nytt i den samme stasjonen med høy detaljrikdom, uten å montere:

nsrjb [<-j library_name>] -lnvvvvv -f <device_handle> -S <slot_number>

• Utføre en frittstående etikettverifisering for å teste om lesefeilen på etiketten var forbigående eller konsekvent:

nsrmm -pvvvvv -f <device_handle>

• Hvis etiketten er lest, kan problemet løse til etiketten leseforsøk som finner sted før båndenheten er klar etter fysisk lasting den. I dette tilfellet kan du prøve å angi variabelen i systemmiljøet eller oppstartsskriptet:

MAX_LOAD_RETRIES=10

Hvis lasteoperasjonen fortsatt ser ut til å mislykkes under en sammensatt belastning/monteringsoperasjon (etikettlesning) etter at du har angitt variabelen, går du til delen Feilsøking.

Bibliotek Load: Feilsøking

Hvis alt annet mislykkes, samler du inn de riktige dataene for å feilsøke problemet før du konsulterer fageksperter (SMB-er):

• Før du gjenskaper problemet i NetWorker, må du endre feilsøkingssporingsnivået til 5 i NSR Jukebox-ressursen
• Bruk også dbgcommand for å øke feilsøkingsnivået for kjøringen nsrd og nsrmmgd prosesser til 5
  • dbgcommand -n PROCESS_NAME Debug=5
  • Slik deaktiverer du: dbgcommand -n PROCESS_NAME Debug=0
  • NetWorker: Nivåer av feilsøkingsinformasjon
• Vurdere truss/tusc/strace, pstack, gcore/gencore på den aktuelle nsrlcpd Før og under problemhendelsen
• Angi feilsøkingsvariablene i systemmiljøet (Windows) eller oppstartsskriptet (UNIX) for å få rikere feilsøkingsdata:

SJI_DEBUG=9
LUS_DEBUG=9
CDI_DEBUG=9
SCSI_DEBUG=9
JBDEBUG=9

Hvis ingen av forslagene ovenfor hjelper, kan du kontakte kundestøtte etter behov fra bibliotekleverandøren hvis bevisene som samles inn fra feilsøkingen, antyder interne avvik, i henhold til Feilsøking av problemer med registrering av båndbibliotek i NetWorkerog feilsøking av problemer med tilgang til båndbibliotek i NetWorker; Ellers, må du sørge for at feilsøkingsutdataene eskaleres i NetWorker-støtten for å følge muligheten for en kodefeil.