Fejlfinding af bestillingsproblemer med båndbiblioteksdrev i NetWorker

I et Plug 'N Play-operativsystem tildeles enheder SCSI-måladresser i registreringsrækkefølgen.

Da registreringsrækkefølgen på et SAN ikke er fast, og fordi tab af forbindelse får Plug 'N Play til at omdefinere måltallet, er måltallene ikke faste.

Da Plug 'N Play-systemer navngiver (og omdøber) enheder baseret på optællingsrækkefølge (inklusive SCSI-mål-id) - kan enhver form for utilsigtet eller forsætlig afbrydelse i operativsystemets forbindelse til enheden potentielt resultere i omdøbte enheder.

Et problem med "drevbestilling" beskriver en tilstand, hvor NetWorkers konfigurerede drivernavn til en enhed ikke stemmer overens med det faktiske navn. Dette skyldes oftest, at drivernavnet ændres i operativsystemet efter den indledende konfiguration af NetWorker-biblioteket. Dette er typisk et Plug 'N Play-operativsystemproblem, der påvirker Windows og Linux.
 
Der er mange fejl og betingelser forbundet med dette problem, herunder, men ikke begrænset til:

• Fejl: 'NSRD: Medieinfo: Mislykket aflæsning af drev '{Driver Handle}' til slot {Slot Number}, fejl '69''
• Fejl: '{hostname} destinationskomponenten fuld'
• Fejl: "{driver handle} read open error, no such device or address"
• Fejl: »Åbning: I/O-fejl'
• Fejl: »NSRD: Jukebox '{jukebox}' mislykkedes: forventet volumen '{volid}' fik {volid}'
• Fejl: »NSRD: Jukebox '{jukebox}' mislykkedes: forventet volumen '(volume_name)' fik 'NULL''
• Fejl: ' Læs åben fejl, enhed ikke klar'
• Fejl: »NSRJB: Jukebox-fejl, Alle allokerede drev er ikke brugbare, uoprettelige driftsfejl '
• Fejl: »NSRD: Jukebox '{jukebox}' mislykkedes: forventet volumen '{volid}' fik {volid}'
• Fejl: »NSRD: Jukebox '{jukebox}' mislykkedes: forventet volumen '{volume}' fik 'NULL''
• Fejl: ' Læs åben fejl, enhed ikke klar'
• Fejl: »NSRJB: Jukebox-fejl, Alle allokerede drev er ikke brugbare, uoprettelige driftsfejl '
• Fejl: 'NSRD: Medieadvarsel: {Driver handle} læsning: Læs åben fejl: Ingen medier i drive.'
• Fejl: »Opgørelse: Stregkodeetiketten "{barcode}" stemmer ikke overens med etiketten Media db og opdaterer media db"
• Fejl: 'Ulovlig anmodning, medium ikke til stede'
• Fejl: 'NSRD: Media Info: Mislykket aflæsning af drev '{Driver Handle}' til slot {Slot Number}'

På det tidspunkt, hvor et båndbibliotek konfigureres i NetWorker, oprettes biblioteksobjektet, der knytter harddiskene til deres OS-genererede driverhåndtag, som de har på det pågældende tidspunkt. Det er en statisk tilknytning, der afspejler forholdet på konfigurationstidspunktet. For eksempel kan et bibliotek have to enheder:
Fysisk drev 1 = \\.\Tape0 (eller måske /dev/nst0 i Linux)
Fysisk drev 2 =\\.\Tape1 (eller /dev/nst1)

I et Plug 'n Play-operativsystem som Windows eller Linux kan enhver form for forsvinden af enheden fra systemet få operativsystemet til at omdøbe enhederne; dette inkluderer simpelthen genstart af værten, enheder eller nogen af de tilslutningshardware, der er involveret i forbindelsen. Især på et SAN, hvor enhedsregistrering kan være forstyrret, kan enhederne navngives anderledes ved næste genstart, f.eks. i kontrast til ovenstående:
Fysisk drev 1 = \\.\Tape1 eller /dev/nst1
Fysisk drev 2 = \\.\Tape0 eller /dev/nst0

Kommandoer til disse enheder fungerer muligvis stadig, forudsat at der er en enhed, der bruger det ønskede navn. Men da tilknytningen af driverhåndtag og fysisk element ikke længere er korrekt i NetWorker Library-elementet, er resultatet af dette, at NetWorker ikke længere kender det korrekte navn på enhederne, da de nu ændres. NetWorker kan f.eks. indlæse en båndkassette i et drevelement, men bruge det oprindelige (og nu efter operativsystemets hændelse forkert) bånddrivernavn til at udføre båndhandlinger – dvs. det kan indlæse bånddrev 1, men udstede kommandoer til drev 2 (som har fået tildelt drev 1's gamle navn). Dette kan resultere i en lang række fejl, forudsat at der findes en uventet diskenhed (eller slet ingen). Der er mange mulige årsager til drevbestillingsforhold:

• Manuel fejlkonfiguration af bibliotek ved hjælp af jbconfig - eller jbedit-kommandoer
• Genstart af vært, storageadapter, hardware- eller båndenheder med storagetilslutningsmuligheder
• Midlertidigt tab af forbindelse til en enhed
• Deaktivering og genaktivering af enheden i operativsystemet
• Operativsystemopdateringer
• Opdateringer til enheds- eller lageradapterdriver

Vedvarende navngivning:

Dette anses for at være bedste praksis og kan anbefales af support, selvom du ikke oplever problemer, for proaktivt at beskytte dig. Brug oplysningerne fra følgende artikler:

• Implementering af Tapedevice Name Persistence til Windows
• Implementering af Tape Device Name Persistence til Linux