NetWorker: Implementieren von Tape Device Name Persistence für Windows

Bandgeräte in NetWorker werden mit dem Treibernamen konfiguriert, der ihnen vom Betriebssystem zugewiesen wurde, wenn NetWorker sie zum ersten Mal erkennt und konfiguriert.

Verschiedene Ereignisse können dazu führen, dass das Betriebssystem die Namen der Geräte ändert, z. B. Host- oder Geräteneustart, vorübergehender Verbindungsverlust, SAN-Neukonfiguration und andere.

Um sicherzustellen, dass Ihr Windows NetWorker-Host einen gültigen Namen für alle Bandgeräte mit Zonen beibehält, muss Persistence im Betriebssystem konfiguriert werden.

Es gibt zwei verschiedene Methoden, die je nach installiertem Treiber verwendet werden können. Suchen Sie im Geräte-Manager nach dem Gerät und klicken Sie unter Eigenschaften auf der Registerkarte Treiber auf die Schaltfläche Treiberdetails . Bei der .sys Die aufgeführte Datei ist identisch mit dem Registrierungsschlüssel, in dem die Änderungen vorgenommen werden.

IBM-Treiber verwenden einen anderen, treiberspezifischen Registrierungsschlüssel. Alle anderen verwenden einen generischen Betriebssystemschlüssel für diese Änderung.

IBM-Treiber (ibmtp*)

1. Öffnen Sie die Registrierung mit regedit command
2. Gehen Sie zu HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\ibmtp*
3. Erstellen einer DWORD Wert (Groß-/Kleinschreibung beachten): PersistentNaming mit dem Wert 1

Alle anderen Treiber

1. Öffnen Sie die Registrierung mit regedit command
2. Gehen Sie zu HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Tape
3. Erstellen einer DWORD Wert (Groß-/Kleinschreibung beachten): Persistence mit dem Wert 1

Wenn dies abgeschlossen ist, führen Sie Folgendes aus: inquire -slc und vergewissern Sie sich, dass die Bandgeräte jetzt einen längeren Namen anzeigen (z. B. anstelle von \\.\Tape0, wird nun angezeigt \\.\Tape21474056).

Nächste Aktionen

1. Öffnen Sie den Geräte-Manager mit devmgmt.msc Deaktivieren Sie alle Bandgeräte und aktivieren Sie sie erneut. Dadurch können die neuen, persistenten Gerätenamen von NetWorker verwendet werden. 
2. In NMC gibt es zwei Möglichkeiten zur Neukonfiguration:
   • Neukonfiguration unter Beibehaltung der vorhandenen Bibliotheksinstanz (behält vorhandene Bibliothekseinstellungen bei):
     1. Klicken Sie mit der rechten Maustaste und konfigurieren Sie die Bibliotheksinstanz neu
     2. Löschen Sie alle Geräte bis auf eins und klicken Sie dann auf Konfigurieren
     3. Löschen der verwaisten Bandgeräteinstanzen aus dem Gerätecontainer
     4. Suchen Sie nach Geräten für die betroffenen Nodes, um neue Bandgerätenamen erneut zu ermitteln.
     5. Konfigurieren Library, überprüfen Sie alle neuen Bandgeräteinstanzen, löschen Sie die verbleibenden Bänder und wählen Sie dann Configure aus
     6. Löschen Sie die Instanz des letzten Bands aus "Geräte" und scannen oder konfigurieren Sie ein zweites Mal erneut, diesmal mit dem letzten Gerät.
   • Vollständige Bibliotheksneuerstellung (vorherige Überprüfung bestimmter Konfigurationselemente wie Bereinigung, Funktionen, Timer, automatische Medienverwaltung usw.)
     1. Löschen Bibliotheksinstanz und alle Bandgeräte, die danach zu diesen Instanzen gehören, aus dem Container Geräte
     2. Suchen Sie nach Geräten für den betroffenen Node, um neue Gerätenamen neu zu erkennen
     3. Konfigurieren Library, prüfe alle neuen Instanzen und wähle "Configure" aus.
     4. Stellen Sie nach Abschluss sicher, dass alle erforderlichen Bibliothekskonfigurationsdetails wie Bandbereinigung, Änderungen an Funktionen oder Zeitgebern usw. ersetzt werden

Nach der Konfiguration von persistenten Namen ändern sich Bandgerätenamen unterhalb der Anwendungsschicht nicht mehr. Dadurch werden zukünftige Probleme mit der Gerätebenennung in NetWorker vermieden.
 

• udev ist das entsprechende Paket für die dauerhafte Benennung, das auf Linux installiert werden kann.
• HP-UX-, Solaris- und AIX-Bandgeräte sind alle von vornherein persistent konfiguriert und erfordern diese Maßnahmen nicht.
• Dadurch wird der Verlust der Konnektivität zu Geräten NICHT verhindert, aber die Namenskonsistenz wird sichergestellt.
• Der Schutz erstreckt sich nicht auf Band- oder Roboter-SCSI-Adressen. Da die SCSI-Adresse für den Wechsler verwendet wird, sind Bibliothekssteuerungsvorgänge weiterhin betroffen, wenn sich die SCSI-Adresse ändert.