NetWorker: Felsöka problem med inläsning av bandbibliotek i NetWorker

• Sporadiska eller konsekventa fel vid inläsning av bandkassetter i biblioteket
• Det gick inte att säkerhetskopiera eller återställa från biblioteksmedia  
• Biblioteket är detekterbart, bekräftat funktionellt och klart
• Det går inte att utföra inläsnings- eller märkningsåtgärder
• Tejp som markeras som "omärkt"
• Möjliga ASC/ASCQ/SCSI SENSE-fel eller meddelanden i system- eller programloggar
• Sporadiska eller konsekventa fel vid utförande av specifika eller slumpmässiga biblioteksåtgärder

Om bibliotekskonfigurationen fungerade tidigare och plötsligt stöter på ett problem bör du överväga möjliga ändringar som kan hindra identifiering och konfiguration:

• Ändring av den fasta programvaran för robot, switch eller adapter, drivrutin eller konfiguration
• Tillägg, byte eller borttagning av enheter, bandkassetter eller andra bibliotekskomponenter
• Ändring av NetWorker-mjukvaruversion, korrigeringsfiler för operativsystem
• Alla maskinvaruhändelser, t.ex. strömavbrott eller omstart av någon komponent i datasökvägen
• Avvikelser mellan NetWorker-konfiguration och -bibliotek (t.ex. bandkassetter som flyttats utanför NetWorkers kontroll)

Om biblioteket aldrig har fungerat kontrollerar du att maskinvaran stöds i NetWorker-kompatibilitetsguiden för maskinvara (inloggning till Dell-supportkonto krävs). Kom ihåg att det är möjligt för ett bibliotek att vara delvis funktionellt; Enbart identifiering garanterar inte användbarhet eller support.

För att felsöka problem med biblioteksinläsning, efter att ha övervägt de senast kända ändringarna, felsöker du genom att delegera processen till dess primitiva beståndsdelar och testa dem individuellt.

De uppgifter som krävs samlas in NSRGet när den körs med -o:d Växla. NetWorker: Så här använder du datainsamlingsverktyget NSRGet i NetWorker (På engelska)

De föremål som inte är det är begränsade till de operationer som kan anses vara farliga om de utförs manuellt.
 

Biblioteksbelastning: Kommunikation

• Kontrollera igen att biblioteket är responsivt och klart innan du fortsätter. Om inte:
  • NetWorker: Felsöka problem med beredskap för bandbibliotek i NetWorker
  • Felsöka problem med åtkomst till bandbibliotek i NetWorker
  • Felsöka problem med identifiering av bandbibliotek i NetWorker
  • Felsöka hårdvaruproblem med bandbibliotek i NetWorker

Biblioteksbelastning: Fysisk drift

• Kontrollera att biblioteksverksamheten är fysiskt möjlig på en grundläggande nivå. Se till att testning görs när biblioteket inte är aktivt på annat sätt och att bandkassetterna byts ut till sina ursprungliga platser.

sjirdtag <changer address>

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

• Det finns vissa situationer där fel kan förväntas. Bibliotek för vilka Automatisk utmatning inte är aktiverat på biblioteksnivå får till exempel ett felmeddelande när de försöker flytta från enheten till något annat element (bandkassetten måste matas ut separat över en mt -f <device_handle> offline innan du lämnar elementet).
• Om fel returneras sporadiskt eller konsekvent vid försök till robotoperationer, SCSI ASC/ASCQ-kodfel, bör du överväga eskalering till biblioteksleverantören för granskning.

Biblioteksbelastning: Logisk åtgärd

När vi har fastställt att fysiska operationer är felfria (åtminstone ytligt) kan vi försöka spåra problemet i NetWorker.

• Bestäm bibliotekets layout och se till att det är redo genom att jämföra NSR Jukebox-statusinformationen med robotens bandkassettinformation:

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

• Försök att läsa in ett berörda band i en påverkad enhet med hög utförlighet:

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

Om biblioteket läses in upprepade gånger utan problem kan inläsningsproblemet bero på specifika situationsfaktorer snarare än ett ihållande fel. Alla ansträngningar bör göras för att isolera det tillstånd som leder till belastningsfelet, och felsökning av tillståndet bör följa (se nedan).

• Om vanliga inläsningsåtgärder misslyckas, särskilt om volymerna är markerade som "omärkta", har etikettläsningen misslyckats under inläsningsförsöket (vilket gör att monteringen misslyckas). Försök att ladda om samma band i samma enhet med hög utförlighet, utan att montera:

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

• Utför en fristående etikettverifiering för att testa om etikettläsningsfelet var tillfälligt eller konsekvent:

nsrmm -pvvvvv -f <device_handle>

• Om etiketten har lästs kan problemet lösas genom att etikettläsningsförsöken sker innan bandenheten är klar efter att den har lästs in. I det här fallet kan du prova att ställa in variabeln i systemmiljön eller startskriptet:

MAX_LOAD_RETRIES=10

Om inläsningsåtgärden fortfarande verkar misslyckas under en sammansatt inläsnings-/monteringsåtgärd (etikettläsning) efter att du har angett variabeln går du till avsnittet Felsökning.

Biblioteksbelastning: Felsökning

Om allt annat misslyckas samlar du in lämpliga data för att hjälpa till att felsöka problemet innan du konsulterar ämnesexperter (SMF):

• Innan du återskapar problemet i NetWorker ändrar du felsökningsspårningsnivån till 5 i NSR-jukeboxresursen
• Använd även dbgcommand För att öka felsökningsnivån för den pågående nsrd och nsrmmgd processer till 5
  • dbgcommand -n PROCESS_NAME Debug=5
  • Så här inaktiverar du: dbgcommand -n PROCESS_NAME Debug=0
  • NetWorker: Felsöka informationsnivåer
• Överväga truss/tusc/strace, pstack, gcore/gencore om lämplig nsrlcpd före och under problemhändelsen
• Ange felsökningsvariablerna i systemmiljön (Windows) eller startskriptet (UNIX) för att få mer omfattande felsökningsdata:

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

Om inget av ovanstående förslag hjälper kan du kontakta support från biblioteksleverantören om bevisen som samlats in från felsökningen tyder på interna avvikelser, enligt Felsökning av problem med identifiering av bandbibliotek i NetWorkeroch Felsöka problem med åtkomst till bandbibliotek i NetWorker; Annars, se till att felsökningsutdata eskaleras inom NetWorker-supporten för att undersöka möjligheten till ett kodfel.