Felsöka problem med beställning av bandbibliotek i NetWorker

I ett Plug 'N Play-operativsystem tilldelas enheter SCSI-måladresser i identifieringsordningen.

Eftersom identifieringsordningen i ett SAN inte är fast, och eftersom anslutningsförlust gör att Plug 'N Play omdefinierar målnumret, är målnumren inte fasta.

Eftersom Plug 'N Play-system namnger (och byter namn på) enheter baserat på uppräkningsordning (inklusive SCSI-mål-ID) kan alla typer av oavsiktliga eller avsiktliga avbrott i operativsystemets anslutning till enheten potentiellt resultera i omdöpta enheter.

Ett problem med enhetsbeställning beskriver ett tillstånd där NetWorkers konfigurerade drivrutinsnamn för en enhet inte matchar det faktiska namnet. Det här är oftast ett resultat av att drivrutinsnamnet ändras i operativsystemet efter den inledande NetWorker-bibliotekskonfigurationen. Detta är vanligtvis ett Plug 'N Play-operativsystemproblem som påverkar Windows och Linux.
 
Det finns många fel och villkor som är associerade med det här problemet, inklusive, men inte begränsat till:

• Fel: 'NSRD: Media Info: Det gick inte att ladda ner enheten '{driver handle}' till kortplats {slot number}, fel '69''
• Fel: {värdnamn} målkomponenten full'
• Fel: {drivrutinshandtag} läsöppningsfel, ingen sådan enhet eller adress"
• Fel: "Öppning: I/O-fel"
• Fel: "NSRD: Jukebox {jukebox}' misslyckades: förväntad volym {volid}' fick {volid}'
• Fel: "NSRD: Jukebox {jukebox} misslyckades: förväntad volym (volume_name) fick NULL
• Fel: "Läsöppningsfel, enheten är inte redo"
• Fel: "NSRJB: Jukebox-fel, alla allokerade enheter kan inte användas, oåterkalleliga driftfel"
• Fel: "NSRD: Jukebox {jukebox}' misslyckades: förväntad volym {volid}' fick {volid}'
• Fel: "NSRD: Jukebox {jukebox} misslyckades: den förväntade volymen {volume} fick NULL
• Fel: "Läsöppningsfel, enheten är inte redo"
• Fel: "NSRJB: Jukebox-fel, alla allokerade enheter kan inte användas, oåterkalleliga driftfel"
• Fel: "NSRD: Varning från media: {Driver Handle} Läsning: Fel vid läsning av öppning: Ingen media i enheten."
• Fel: "Inventarieförteckning: Streckkodsetiketten {barcode} stämmer inte överens med streckkodsetiketten för mediadatabasen, uppdaterar mediedb
• Fel: "Olaglig begäran, medium saknas"
• Fel: "NSRD: Media Info: Det gick inte att ladda ner enheten {driver handle}" till kortplats {slot number}

När ett bandbibliotek konfigureras i NetWorker skapas biblioteksobjektet som associerar hårddiskarna med deras OS-genererade drivrutinsreferenser som de har för tillfället. Det är en statisk association som återspeglar relationen vid tidpunkten för konfigurationen. Till exempel kan ett bibliotek ha två enheter:
Fysisk enhet 1 = \\.\Tape0 (eller kanske /dev/nst0 i Linux)
Fysisk enhet 2 =\\.\Tape1 (eller /dev/nst1)

I ett Plug 'n Play-operativsystem som Windows eller Linux, kan någon form av försvinnande av enheten från systemet få operativsystemet att byta namn på enheterna; detta inkluderar helt enkelt att starta om värden, enheter eller någon av de anslutningsmaskinvara som ingår i anslutningen. Särskilt på ett SAN, där enhetsidentifieringen kan vara störd, kan enheterna namnges annorlunda vid nästa omstart, till exempel som kontrast till ovanstående:
Fysisk enhet 1 = \\.\Tape1 eller /dev/nst1
Fysisk enhet 2 = \\.\Tape0 eller /dev/nst0

Kommandon till dessa enheter kan fortfarande fungera, förutsatt att det finns någon enhet som använder det önskade namnet. Men eftersom associationen mellan drivrutinshandtaget och det fysiska elementet inte längre är korrekt i NetWorker-bibliotekselementet blir resultatet av detta att NetWorker inte längre känner till rätt namn på enheterna, eftersom de nu har ändrats. Till exempel kan NetWorker läsa in en bandkassett i ett enhetselement, men använda det ursprungliga (och nu, efter operativsystemshändelsen, felaktigt) banddrivrutinsnamn för att utföra bandoperationer – dvs. det kan läsa in bandenhet 1, men utfärda kommandon till enhet 2 (som har fått det gamla namnet på enhet 1). Detta kan resultera i en mängd olika fel, förutsatt att en oväntad volym (eller ingen alls) hittas. Det finns många möjliga orsaker till beställningsförhållanden för drivenheter:

• Manuell felkonfiguration av bibliotek med hjälp av jbconfig - eller jbedit-kommandon
• Omstart av värd, lagringsadapter, hårdvara för lagringsanslutning eller bandenheter
• Tillfällig förlust av anslutning till en enhet
• Inaktivera och återaktivera enheten i operativsystemet
• Uppdateringar av operativsystem
• Drivrutinsuppdateringar för enhet eller lagringsadapter

Beständig namngivning:

Detta anses vara bästa praxis och kan rekommenderas av supporten även om du inte har problem med att proaktivt skydda dig. Använd informationen i följande artiklar:

• Implementera Persistence för bandenhetsnamn för Windows
• Implementera Persistence för bandenhetsnamn för Linux