Troubleshooting von Problemen mit der Reihenfolge von Bandbibliothekslaufwerken in NetWorker

In einem Plug 'n Play-Betriebssystem werden Geräten SCSI-Zieladressen in der Reihenfolge der Erkennung zugewiesen.

Da die Reihenfolge der Erkennung auf einem SAN nicht festgelegt ist und der Verbindungsverlust dazu führt, dass Plug 'N Play die Zielnummer neu definiert, sind die Zielnummern nicht festgelegt.

Da Plug 'N Play-Systeme Geräte basierend auf der Enumerationsreihenfolge (einschließlich SCSI-Ziel-ID) benennen (und umbenennen), führt jede Art von versehentlicher oder absichtlicher Unterbrechung der Verbindung des Betriebssystems zum Gerät potenziell zu umbenannten Geräten.

Ein Problem bei der Laufwerksreihenfolge beschreibt eine Bedingung, bei der der von NetWorker konfigurierte Treibername für ein Gerät nicht mit dem tatsächlichen Namen übereinstimmt. Dies ist in den meisten Fällen darauf zurückzuführen, dass sich der Treibername im Betriebssystem nach der Erstkonfiguration der NetWorker-Bibliothek ändert. Dies ist in der Regel ein Plug 'n Play-Betriebssystemproblem, das Windows und Linux betrifft.
 
Es gibt viele Fehler und Bedingungen, die mit diesem Problem verbunden sind, einschließlich, aber nicht beschränkt auf:

• Error: "NSRD: Medieninformationen: Fehler beim Entladen des Laufwerks '{Driver Handle}' in Steckplatz {Steckplatznummer}, Fehler '69''
• Error: '{hostname} Zielkomponente voll'
• Error: "{Driver Handle} Fehler beim Lesen beim Öffnen, Gerät oder Adresse nicht gefunden"
• Error: "Eröffnung: I/O-Fehler'
• Error: 'nsrd: Jukebox '{jukebox}' fehlgeschlagen: erwartetes Volume '{volid}' hat {volid}' bekommen
• Error: 'nsrd: Jukebox '{jukebox}' fehlgeschlagen: erwartetes Volume '(volume_name)' hat 'NULL'' bekommen
• Error: "Fehler beim Öffnen des Lesevorgangs, Gerät nicht bereit"
• Error: 'nsrjb: Jukebox-Fehler, Alle zugewiesenen Laufwerke sind nicht nutzbar, nicht behebbare Vorgangsfehler
• Error: 'nsrd: Jukebox '{jukebox}' fehlgeschlagen: erwartetes Volume '{volid}' hat {volid}' bekommen
• Error: 'nsrd: Jukebox '{jukebox}' fehlgeschlagen: erwartetes Volume '{volume}' hat 'NULL'' bekommen
• Error: "Fehler beim Öffnen des Lesevorgangs, Gerät nicht bereit"
• Error: 'nsrjb: Jukebox-Fehler, Alle zugewiesenen Laufwerke sind nicht nutzbar, nicht behebbare Vorgangsfehler
• Error: 'nsrd: Medienwarnung: {Driver Handle} Lesen: Fehler beim Öffnen des Lesevorgangs: Keine Medien im Laufwerk.'
• Error: "Inventar: Barcode-Etikett '{barcode}' stimmt nicht mit Medien-DB-Barcode-Etikett über. Medien-DB wird aktualisiert.
• Error: "Illegale Anfrage, Medium nicht vorhanden"
• Error: "NSRD: Medieninformationen: Fehler beim Entladen des Laufwerks '{Driver Handle}' in Steckplatz {Steckplatznummer}'

Bei der erstmaligen Konfiguration einer Bandbibliothek in NetWorker wird das Bibliotheksobjekt erstellt, das die Festplatten mit den vom Betriebssystem erzeugten Treiber-Handles verknüpft, die sie zu diesem Zeitpunkt haben. Es handelt sich um eine statische Zuordnung, die die Beziehung zum Zeitpunkt der Konfiguration widerspiegelt. Zum Beispiel kann eine Bibliothek zwei Geräte haben:
Physisches Laufwerk 1 = \\.\Tape0 (oder vielleicht /dev/nst0 unter Linux)
Physisches Laufwerk 2 =\\.\Tape1 (oder /dev/nst1)

In einem Plug 'n Play-Betriebssystem wie Windows oder Linux kann jede Art von Verschwinden des Geräts aus dem System dazu führen, dass das Betriebssystem die Geräte umbenennt; dazu gehört auch das einfache Neustarten des Hosts, Geräte oder jegliche an der Verbindung beteiligte Konnektivitätshardware. Insbesondere in einem SAN, in dem die Geräteerkennung gestört sein kann, können die Geräte beim nächsten Neustart anders benannt werden, z. B. im Gegensatz zu den oben genannten:
Physisches Laufwerk 1 = \\.\Tape1 oder /dev/nst1
Physisches Laufwerk 2 = \\.\Tape0 oder /dev/nst0

Befehle an diese Geräte funktionieren möglicherweise weiterhin, vorausgesetzt, es gibt ein Gerät, das den gewünschten Namen verwendet. Da jedoch die Zuordnung von Treiberhandle und physischem Element im NetWorker-Bibliothekselement nicht mehr korrekt ist, hat dies zur Folge, dass NetWorker den korrekten Namen der Geräte nicht mehr kennt, da diese jetzt geändert werden. NetWorker kann z. B. eine Bandkassette in ein Laufwerkelement einlegen, aber den ursprünglichen (und jetzt, nach dem Betriebssystemereignis, falschen) Bandtreibernamen verwenden, um Bandvorgänge durchzuführen, d. h. es kann Bandlaufwerk 1 laden, aber Befehle an Laufwerk 2 ausgeben (dem der alte Name von Laufwerk 1 zugewiesen wurde). Dies kann zu einer Vielzahl von Fehlern führen, vorausgesetzt, es wird ein unerwartetes Volume (oder gar keines) Volume gefunden. Es gibt viele mögliche Ursachen für Laufwerksreihenfolgebedingungen:

• Manuelle Fehlkonfiguration der Bibliothek mit jbconfig - oder jbedit-Befehlen
• Neustart von Host, Storage-Adapter, Storage-Konnektivitätshardware oder Bandgeräten
• Vorübergehender Verlust der Verbindung zu einem Gerät
• Deaktivieren und erneutes Aktivieren des Geräts im Betriebssystem
• Betriebssystem-Updates
• Treiberupdates für Geräte oder Storage-Adapter

Dauerhafte Benennung:

Dies gilt als Best Practice und kann vom Support empfohlen werden, selbst wenn keine Probleme auftreten, um Sie proaktiv zu schützen. Bitte nutzen Sie die Informationen aus den folgenden Artikeln:

• Implementieren von Tape Device Name Persistence für Windows
• Implementieren der Persistenz von Bandgerätenamen für Linux