Dynamische Verfolgung von Fibre Channel-Einheiten

Online bearbeiten

AIX® unterstützt die dynamische Verfolgung von Fibre Channel-Einheiten (FC-Einheiten).

In früheren AIX -Versionen musste ein Benutzer Instanzen von FC-Speichereinheiten und -Adaptereinheiten dekonfigurieren, bevor Sie die Einstellungen für das Systembereichsnetz (System Area Network, SAN) ändern, was zu einer Änderung der SCSI-ID (N_Port ID) für ferne Speicherports führen kann.

Wenn die dynamische Verfolgung von FC-Einheiten aktiviert ist, erkennt der FC-Adaptertreiber, wenn sich die Fibre Channel-N_Port-ID einer Einheit ändert. Der FC-Adaptertreiber leitet dann Datenverkehr, der für diese Einheit bestimmt ist, an die neue Adresse weiter, während die Einheiten noch online sind. Ereignisse, die eine Änderung der N_Port-ID verursachen können, umfassen eines der folgenden Szenarios:
  • Verschieben eines Kabels zwischen einem Switch und einer Speichereinheit von einem Switch-Port zu einem anderen.
  • Zwei separate Switches über eine Inter-Switch Link (ISL) verbinden.
  • Neustart eines Switch.
Die dynamische Verfolgung von FC-Einheiten wird durch das neue fscsi -Einheitenattribut dyntrkgesteuert. Die Standardeinstellung für dieses Attribut ist no. Um die dynamische Verfolgung von FC-Einheiten zu aktivieren, setzen Sie dieses Attribut auf dyntrk=yes, wie im Beispiel gezeigt.
chdev -l fscsi0 -a dyntrk=yes
In diesem Beispiel ist die fscsi -Einheiteninstanz fscsi0. Die dynamische Verfolgungslogik wird aufgerufen, wenn der Adaptertreiber eine Meldung vom Switch empfängt, dass ein Verbindungsereignis mit einem fernen Speichereinheitenport vorliegt.
Die Unterstützung der dynamischen Verfolgung erfordert die folgende Konfiguration:
  • Eine umschaltbare Umgebung. Sie wird in Arbitrated-Loop-Umgebungen, einschließlich öffentlicher Schleifen, nicht unterstützt.
  • FC 6227 (Adapter firmware, level 3.22A 1 oder höher).
  • FC 6228 (Adapterfirmware), Version 3.82A 1 oder höher.
  • FC 6239 (Adapter firmware, all levels)
  • Alle nachfolgenden Releases des FC-Adapters unterstützen einen schnellen E/A-Fehler.
  • Der weltweite Name (Portname) und die Knotennamen müssen konstant bleiben, und die Einheit mit dem weltweiten Namen muss eindeutig sein. Das Ändern des weltweiten Namens oder des Knotennamens einer verfügbaren oder online verfügbaren Einheit kann zu E/A-Fehlern führen. Außerdem muss jede Instanz der FC-Speichereinheit über die Attribute world_wide_name und node_name verfügen. Aktualisierte Dateigruppen, die das Attribut sn_location enthalten (siehe den folgenden Listenpunkt), müssen ebenfalls aktualisiert werden, damit sie beide Attribute enthalten.
  • Die Speichereinheit muss eine zuverlässige Methode zum Extrahieren einer eindeutigen Seriennummer für jede LUN bereitstellen. Die FC-Einheitentreiber von AIX erkennen die Position der Seriennummer nicht automatisch. Die Methode für die Extraktion von Seriennummern muss vom Speicheranbieter bereitgestellt werden, um die dynamische Verfolgung für bestimmte Einheiten zu unterstützen. Diese Informationen werden mithilfe des ODM -Attributs sn_location für jede Speichereinheit an die Treiber übertragen. Wenn der Platten-oder Bandtreiber feststellt, dass das ODM -Attribut sn_location fehlt, wird ein Fehlerprotokoll des Typs INFO generiert und die dynamische Verfolgung nicht aktiviert.
    Anmerkung: Wenn der Befehl lsattr auf einer HDisk ausgeführt wird, wird das Attribut sn_location möglicherweise nicht angezeigt. Dies bedeutet, dass der Attributname nicht angezeigt wird, obwohl er in ODMvorhanden ist.
  • Die FC-Einheitentreiber können Einheiten in einem SAN-Fabricverfolgen, wenn sich die N_Port-IDs im Fabric innerhalb von 15 Sekunden stabilisieren. Das SAN-Fabric ist ein Fabric aus der Sicht eines einzelnen Hostbusadapters. Wenn die Kabel nicht neu eingesetzt werden oder sich N_Port IDs nach den ersten 15 Sekunden weiterhin ändern, treten E/A-Fehler auf.
  • Einheiten werden nicht über Hostbusadapter überwacht. Einheiten werden überwacht, wenn sie von demselben Hostbusadapter aus sichtbar bleiben, mit dem sie ursprünglich verbunden waren.

    Wenn beispielsweise Einheit A von einer Position an eine andere in Struktur A verschoben wird, die an den Hostbusadapter A angeschlossen ist (d. h., der Knotenport in Struktur A ändert sich), wird die Einheit ohne Benutzereingriff verfolgt und die Ein-/Ausgabe für diese Einheit kann fortgesetzt werden.

    Wenn eine Einheit A jedoch von Hostbusadapter A, aber nicht von Hostbusadapter B sichtbar ist und Einheit A aus dem Fabric, das an Hostbusadapter A angeschlossen ist, in das Fabric, das an Hostbusadapter B angeschlossen ist, verschoben wird, kann auf Einheit A weder in Fabric A noch in Fabric B zugegriffen werden. Ein Benutzereingriff wäre erforderlich, um das Fabric B verfügbar zu machen, indem der Befehl cfgmgr ausgeführt wird. Die AIX -Einheiteninstanz in Struktur A kann nicht verwendet werden und es muss eine Einheiteninstanz in Struktur B erstellt werden. Diese Einheit muss Datenträgergruppen, Multipath-Einheiteninstanzen usw. manuell hinzugefügt werden. Diese Prozedur ähnelt dem Entfernen einer Einheit aus Struktur A und dem Hinzufügen einer Einheit zu Struktur B.

  • Für FC-Speicherauszugseinheiten kann keine dynamische Verfolgung ausgeführt werden, während ein AIX -Systemspeicherauszug in Bearbeitung ist. Außerdem wird die dynamische Verfolgung während des Systemneustarts oder durch Ausführung des Befehls cfgmgr nicht unterstützt. SAN-Änderungen können nicht vorgenommen werden, während eine dieser Operationen in Bearbeitung ist.
  • Nachdem die Geräte verfolgt wurden, enthält ODM möglicherweise veraltete Informationen. Dies liegt daran, dass SCSI-IDs (Small Computer System Interface) in ODM nicht mehr die tatsächlichen SCSI-IDs im SAN widerspiegeln. ODM bleibt in diesem Status, bis der Befehl cfgmgr manuell ausgeführt oder ein Warmstart des Systems durchgeführt wird (vorausgesetzt, alle Treiber, einschließlich der FC-SCSI-Zieltreiber anderer Anbieter, unterstützen die dynamische Verfolgung). Wird der Befehl cfgmgr manuell ausgeführt, muss er auf allen betroffenen fscsi -Einheiten ausgeführt werden. Dies kann durch Ausführen von cfgmgr ohne Optionen oder durch Ausführen von cfgmgr auf jeder fscsi -Einheit einzeln erreicht werden.
    Anmerkung: Wenn Sie diecfgmgr zur Laufzeit ausführen, um die SCSI-IDs neu zu kalibrieren, wird die SCSI-ID in ODM für eine Speichereinheit möglicherweise nicht aktualisiert. Dies gilt, wenn die Speichereinheit geöffnet wird, d. h. wenn die Datenträgergruppen angehängt werden. Der Befehl cfgmgr muss auf Einheiten ausgeführt werden, die nicht geöffnet sind, oder das System muss neu gestartet werden, um die SCSI-IDs neu zu kalibrieren. Veraltete SCSI-IDs in ODM haben keine negativen Auswirkungen auf die FC-Treiber. Die Neukalibrierung von SCSI-IDs in ODM ist nicht erforderlich, damit die FC-Treiber ordnungsgemäß funktionieren. Alle Anwendungen, die mit dem Adaptertreiber direkt über ioctl -Aufrufe kommunizieren und die SCSI-ID-Werte aus ODMverwenden, müssen jedoch aktualisiert werden (siehe nächster Listenpunkt), um die Verwendung veralteter SCSI-IDs zu vermeiden.
  • Alle Anwendungen und Kernelerweiterungen, die entweder über ioctl -Aufrufe oder direkt an die Eingangspunkte des FC-Treibers mit dem FC-Adaptertreiber kommunizieren, müssen die ioctl -und scsi_buf -APIs von Version 1 des FC-Adaptertreibers unterstützen, damit die dynamische FC-Verfolgung ordnungsgemäß funktioniert. Nicht konforme Anwendungen oder Kernelerweiterungen funktionieren möglicherweise nicht ordnungsgemäß oder können sogar nach einem dynamischen Überwachungsereignis fehlschlagen. Wenn der FC-Adaptertreiber eine Anwendung oder eine Kernelerweiterung erkennt, die der neuen API der Version 1 ioctl und scsi_buf nicht entspricht, wird ein Fehlerprotokoll des Typs INFO generiert und die dynamische Verfolgung ist für die Einheit, die diese Anwendung oder Kernelerweiterung zu kommunizieren versucht, nicht aktiviert.

    Für ISVs, die Kernel-Erweiterungen oder Anwendungen entwickeln, die mit dem AIX Fibre Channel Driver Stack kommunizieren, finden Sie in den Erforderlichen FCP-, iSCSI, und Virtual SCSI Client Adapter Device Driver ioctl-Befehlen und Verstehen der scsi_buf-Struktur die Änderungen, die zur Unterstützung der dynamischen Verfolgung erforderlich sind.

  • Auch bei aktivierter dynamischer Verfolgung müssen Benutzer die SAN-Änderungen, wie z. B. das Verschieben oder Austauschen von Kabeln und das Herstellen von ISL-Verbindungen, während Wartungszeiten vornehmen. Von SAN-Änderungen während vollständiger Produktionsausführungen wird abgeraten, da das Zeitintervall für die Ausführung von SAN-Änderungen zu kurz ist. Kabel, die nicht ordnungsgemäß neu eingesetzt werden, führen beispielsweise zu einem E/A-Fehler. Die Ausführung dieser Operationen in Zeiten mit geringem oder gar keinem Datenverkehr minimiert die Auswirkungen von E/A-Fehlern.
  • Die dynamische Verfolgung auf AIX -Partitionen ermöglicht Software, die ausdrücklich dazu dient, Konfigurationsereignisse aus dem SAN wiederherzustellen. Die Konfigurationsereignisse werden während LPAR-Mobilitätsoperationen erwartet. Die Richtlinie AIX wird verwendet, um einen Serviceausfall bei der Vorbereitung auf ein Mobilitätsereignis oder während eines Mobilitätsereignisses zu vermeiden. Daher ist die dynamische Verfolgung für virtuelle FC-Clientadapter immer aktiviert und kann nicht inaktiviert werden.

Die Basiseinheitentreiber für AIX FC SCSI Disk und FC SCSI Tape sowie FastT unterstützen die dynamische Verfolgung. Die IBM® ESS-, EMC Symmetrix-und HDS-Speichereinheiten unterstützen die dynamische Überwachung, wenn der Anbieter die ODM -Dateigruppen mit den erforderlichen Attributen sn_location und node_name bereitstellt. Wenden Sie sich an den Speicheranbieter, um zu erfahren, ob die aktuelle Version der Dateigruppe ODM die dynamische Überwachung unterstützt.

Wenn herstellerspezifische ODM -Einträge nicht für die Speichereinheit verwendet werden, aber das ESS-, Symmetrix-oder HDS-Speichersubsystem mit der Nachricht MPIO Other FC SCSI Disk konfiguriert ist, wird die dynamische Verfolgung für die Einheiten mit dieser Konfiguration unterstützt. Diese Methode ersetzt das Attribut sn_location . Alle aktuellen AIX -Pfadsteuerungsmodule (Path Control Modules, PCM), die mit der dynamischen Verfolgung der AIX -Basisunterstützung geliefert werden.

Die STK-Bandeinheit, die den Standardeinheitentreiber AIX verwendet, unterstützt auch die dynamische Verfolgung, sofern die STK-Dateigruppe die erforderlichen Attribute sn_location und node_name enthält.
Anmerkung: SAN-Änderungen, die Bandeinheiten betreffen, müssen ohne aktive Ein-/Ausgabe vorgenommen werden. Aufgrund der seriellen Natur von Bandeinheiten kann ein einzelner E/A-Fehler dazu führen, dass eine Anwendung fehlschlägt, einschließlich Bandsicherungen.

Geräte, die mit den Nachrichten Other FC SCSI Disk oder Other FC SCSI Tape konfiguriert sind, unterstützen keine dynamische Verfolgung.

Einige FC-Einheiten unterstützen die Aktivierung und Inaktivierung der dynamischen Verfolgung, während sich die Einheit im Status Verfügbar befindet. Verwenden Sie den Befehl lsattr , um zu überprüfen, ob die Einheit die dynamische Verfolgung unterstützt. Die dynamische Verfolgung kann für die unterstützenden Einheiten geändert werden, ohne die Einheit zu dekonfigurieren und neu zu konfigurieren oder die Verbindung erneut zu verwenden. Die Änderungen müssen angefordert werden, wenn die SAN-Struktur (Storage Area Network) stabil ist. Eine Anforderung schlägt fehl, wenn die Fehlerbehebung im SAN während der Anforderungszeit aktiv ist. Änderungsanforderungen können fehlschlagen, wenn die zugeordneten Einheiten, wie z. B. Platten und Bandeinheiten, die Änderungen nicht überstehen.