Risoluzione dei problemi di ordinamento delle unità della libreria a nastro in NetWorker

In un sistema operativo Plug 'N Play, ai dispositivi vengono assegnati indirizzi di destinazione SCSI nell'ordine di rilevamento.

Poiché l'ordine di rilevamento su una SAN non è fisso e poiché la perdita di connettività fa sì che Plug 'N Play ridefinisca il numero di destinazione, i numeri di destinazione non sono fissi.

Poiché i sistemi Plug 'n Play chiamano (e rinominano) i dispositivi in base all'ordine di enumerazione (incluso l'ID di destinazione SCSI), qualsiasi tipo di interruzione accidentale o intenzionale nella connessione del sistema operativo al dispositivo comporta potenzialmente la ridenominazione dei dispositivi.

Un problema di "ordinamento delle unità" descrive una condizione in cui il nome driver configurato da NetWorker per un dispositivo non corrisponde al nome effettivo. Nella maggior parte dei casi, ciò è dovuto alla modifica del nome del driver nel sistema operativo dopo la configurazione iniziale della libreria NetWorker. Si tratta in genere di un problema del sistema operativo Plug 'N Play, che interessa Windows e Linux.
 
Esistono molti errori e condizioni associati a questo problema, tra cui, a titolo esemplificativo ma non esaustivo:

• Errore: 'nsrd: informazioni sui supporti: impossibile scaricare l'unità '{driver handle}' nello slot {slot number}, errore '69''
• Errore: '{hostname} il componente di destinazione completo'
• Errore: "Errore di lettura di {driver handle}, nessun dispositivo o indirizzo di questo tipo"
• Errore: «Apertura: Errore di I/O'
• Errore: «NSRD: Jukebox '{jukebox}' non riuscito: il volume previsto '{volid}' ha {volid}'
• Errore: «NSRD: Jukebox '{jukebox}' non riuscito: il volume previsto '(volume_name)' ha restituito 'NULL''
• Errore: "Errore di lettura aperto, dispositivo non pronto"
• Errore: «nsrjb: Errore del jukebox, "Tutte le unità allocate non sono utilizzabili", "errori di funzionamento irreversibili"
• Errore: «NSRD: Jukebox '{jukebox}' non riuscito: il volume previsto '{volid}' ha {volid}'
• Errore: «NSRD: Jukebox '{jukebox}' non riuscito: il volume previsto '{volume}' ha valore 'NULL''
• Errore: "Errore di lettura aperto, dispositivo non pronto"
• Errore: «nsrjb: Errore del jukebox, "Tutte le unità allocate non sono utilizzabili", "errori di funzionamento irreversibili"
• Errore: «NSRD: Avviso dei media: Lettura {driver handle}: errore di lettura aperto: Nessun supporto nell'unità".
• Errore: «Inventario: L'etichetta del codice a barre '{barcode}' non corrisponde all'etichetta del codice a barre del db dei supporti, aggiornamento del db dei supporti'
• Errore: «Richiesta illegale, mezzo non presente»
• Errore: 'nsrd: informazioni sui supporti: impossibile scaricare l'unità '{driver handle}' nello slot {slot number}'

Nel momento in cui una libreria a nastro viene inizialmente configurata in NetWorker, l'oggetto libreria viene creato associando i dischi rigidi ai relativi handle di driver generati dal sistema operativo di cui dispongono in quel momento. Si tratta di un'associazione statica che riflette la relazione al momento della configurazione. Ad esempio, una libreria può avere due dispositivi:
Unità fisica 1 = \\.\Tape0 (o forse /dev/nst0 in Linux)
Unità fisica 2 =\\.\Tape1 (o /dev/nst1)

In un sistema operativo Plug 'n Play come Windows o Linux, qualsiasi tipo di scomparsa del dispositivo dal sistema può causare la ridenominazione dei dispositivi da parte del sistema operativo; ciò include semplicemente il riavvio dell host, dispositivi o qualsiasi hardware di connettività coinvolto nella connessione. Soprattutto in una SAN, dove il rilevamento dei dispositivi potrebbe essere disordinato, i dispositivi possono essere denominati in modo diverso al riavvio successivo, ad esempio, in contrasto con quanto sopra:
Unità fisica 1 = \\.\Tape1 o /dev/nst1
Unità fisica 2 = \\.\Tape0 o /dev/nst0

I comandi per questi dispositivi potrebbero continuare a funzionare, supponendo che ci sia un dispositivo che utilizza il nome desiderato. Tuttavia, poiché l'associazione tra l'handle del driver e l'elemento fisico non è più corretta nell'elemento NetWorker Library, NetWorker non conosce più il nome corretto dei dispositivi, poiché ora sono stati modificati. Ad esempio, NetWorker può caricare una cartuccia a nastro in un elemento dell'unità, ma utilizzare il nome originale (e ora, dopo l'evento del sistema operativo, errato) per eseguire operazioni su nastro: può caricare l'unità nastro 1, ma eseguire comandi all'unità 2 (a cui è stato riassegnato il vecchio nome dell'unità 1). Ciò può causare un'ampia gamma di errori, supponendo che venga trovato un volume imprevisto (o che non ne venga trovato affatto). Le possibili cause delle condizioni di ordinamento delle unità sono diverse:

• Configurazione manuale errata della libreria tramite i comandi jbconfig o jbedit
• Riavvio dell host, della scheda di storage, dell hardware di connettività dello storage o delle periferiche a nastro
• Perdita temporanea della connettività a un dispositivo
• Disabilitazione e riabilitazione del dispositivo nel sistema operativo
• Aggiornamenti del sistema operativo
• Aggiornamenti dei driver del dispositivo o della scheda di storage

Denominazione persistente:

Questa è considerata una best practice e può essere consigliata dal supporto anche se non si verificano problemi per proteggersi in modo proattivo. Utilizzare le informazioni contenute nei seguenti articoli:

• Implementazione della persistenza del nome della periferica a nastro per Windows
• Implementazione della persistenza del nome di periferica a nastro per Linux