Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Ersetzen Sie ein I/O-Modul – AFF A700 und FAS9000

Beitragende
PDFs

Um ein E/A-Modul zu ersetzen, müssen Sie eine bestimmte Sequenz von Aufgaben ausführen.

  • Sie können dieses Verfahren bei allen Versionen von ONTAP verwenden, die von Ihrem System unterstützt werden

  • Alle anderen Komponenten des Systems müssen ordnungsgemäß funktionieren. Falls nicht, müssen Sie sich an den technischen Support wenden.

Schritt 1: Schalten Sie den beeinträchtigten Regler aus

Sie können den beeinträchtigten Controller je nach Hardwarekonfiguration des Speichersystems mithilfe verschiedener Verfahren herunterfahren oder übernehmen.

Option 1: Die meisten Konfigurationen

Um den beeinträchtigten Controller herunterzufahren, müssen Sie den Status des Controllers bestimmen und gegebenenfalls den Controller übernehmen, damit der gesunde Controller weiterhin Daten aus dem beeinträchtigten Reglerspeicher bereitstellen kann.

Über diese Aufgabe

  • Wenn Sie über ein SAN-System verfügen, müssen Sie Event-Meldungen ) für den beeinträchtigten Controller SCSI Blade überprüft haben cluster kernel-service show. Mit dem cluster kernel-service show Befehl (im erweiterten Modus von priv) werden der Knotenname, der Node, der Verfügbarkeitsstatus dieses Node und der Betriebsstatus dieses Node angezeigt"Quorum-Status".

    Jeder Prozess des SCSI-Blades sollte sich im Quorum mit den anderen Nodes im Cluster befinden. Probleme müssen behoben werden, bevor Sie mit dem Austausch fortfahren.

  • Wenn Sie über ein Cluster mit mehr als zwei Nodes verfügen, muss es sich im Quorum befinden. Wenn sich das Cluster nicht im Quorum befindet oder ein gesunder Controller FALSE anzeigt, um die Berechtigung und den Zustand zu erhalten, müssen Sie das Problem korrigieren, bevor Sie den beeinträchtigten Controller herunterfahren; siehe "Synchronisieren eines Node mit dem Cluster".

Schritte

  1. Wenn AutoSupport aktiviert ist, können Sie die automatische Case-Erstellung durch Aufrufen einer AutoSupport Meldung unterdrücken: system node autosupport invoke -node * -type all -message MAINT=<# of hours>h

    Die folgende AutoSupport Meldung unterdrückt die automatische Erstellung von Cases für zwei Stunden: cluster1:> system node autosupport invoke -node * -type all -message MAINT=2h

  2. Deaktivieren Sie das automatische Giveback von der Konsole des gesunden Controllers: storage failover modify –node local -auto-giveback false

    Hinweis Wenn Sie sehen Möchten Sie Auto-Giveback deaktivieren?, geben Sie ein y.

  3. Nehmen Sie den beeinträchtigten Controller zur LOADER-Eingabeaufforderung:

    Wenn der eingeschränkte Controller angezeigt wird…​ Dann…​

    Die LOADER-Eingabeaufforderung

    Fahren Sie mit dem nächsten Schritt fort.

    Warten auf Giveback…​

    Drücken Sie Strg-C, und antworten Sie dann y Wenn Sie dazu aufgefordert werden.

    Eingabeaufforderung für das System oder Passwort

    Übernehmen oder stoppen Sie den beeinträchtigten Regler von der gesunden Steuerung: storage failover takeover -ofnode impaired_node_name

    Wenn der Regler „beeinträchtigt“ auf Zurückgeben wartet…​ anzeigt, drücken Sie Strg-C, und antworten Sie dann y.
Option 2: Controller befindet sich in einem MetroCluster mit zwei Nodes

Um den beeinträchtigten Controller herunterzufahren, müssen Sie den Status des Controllers bestimmen und gegebenenfalls den Controller umschalten, damit der gesunde Controller weiterhin Daten aus dem beeinträchtigten Reglerspeicher bereitstellen kann.

Über diese Aufgabe

  • Sie müssen die Netzteile am Ende dieses Verfahrens einschalten, um den gesunden Controller mit Strom zu versorgen.

Schritte

  1. Überprüfen Sie den MetroCluster-Status, um festzustellen, ob der beeinträchtigte Controller automatisch auf den gesunden Controller umgeschaltet wurde: metrocluster show

  2. Je nachdem, ob eine automatische Umschaltung stattgefunden hat, fahren Sie mit der folgenden Tabelle fort:

    Wenn die eingeschränkte Steuerung…​ Dann…​

    Ist automatisch umgeschaltet

    Fahren Sie mit dem nächsten Schritt fort.

    Nicht automatisch umgeschaltet

    Einen geplanten Umschaltvorgang vom gesunden Controller durchführen: metrocluster switchover

    Hat nicht automatisch umgeschaltet, haben Sie versucht, mit dem zu wechseln metrocluster switchover Befehl und Switchover wurde vetoed

    Überprüfen Sie die Veto-Meldungen, und beheben Sie das Problem, wenn möglich, und versuchen Sie es erneut. Wenn das Problem nicht behoben werden kann, wenden Sie sich an den technischen Support.

  3. Synchronisieren Sie die Datenaggregate neu, indem Sie das ausführen metrocluster heal -phase aggregates Befehl aus dem verbleibenden Cluster.

    controller_A_1::> metrocluster heal -phase aggregates
[Job 130] Job succeeded: Heal Aggregates is successful.

    Wenn die Heilung ein Vetorecht ist, haben Sie die Möglichkeit, das zurückzugeben metrocluster heal Befehl mit dem -override-vetoes Parameter. Wenn Sie diesen optionalen Parameter verwenden, überschreibt das System alle weichen Vetos, die die Heilung verhindern.

  4. Überprüfen Sie, ob der Vorgang mit dem befehl „MetroCluster Operation show“ abgeschlossen wurde.

    controller_A_1::> metrocluster operation show
    Operation: heal-aggregates
      State: successful
Start Time: 7/25/2016 18:45:55
   End Time: 7/25/2016 18:45:56
     Errors: -

  5. Überprüfen Sie den Status der Aggregate mit storage aggregate show Befehl.

    controller_A_1::> storage aggregate show
Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
--------- -------- --------- ----- ------- ------ ---------------- ------------
...
aggr_b2    227.1GB   227.1GB    0% online       0 mcc1-a2          raid_dp, mirrored, normal...

  6. Heilen Sie die Root-Aggregate mit dem metrocluster heal -phase root-aggregates Befehl.

    mcc1A::> metrocluster heal -phase root-aggregates
[Job 137] Job succeeded: Heal Root Aggregates is successful

    Wenn die Heilung ein Vetorecht ist, haben Sie die Möglichkeit, das zurückzugeben metrocluster heal Befehl mit dem Parameter -override-vetoes. Wenn Sie diesen optionalen Parameter verwenden, überschreibt das System alle weichen Vetos, die die Heilung verhindern.

  7. Stellen Sie sicher, dass der Heilungsvorgang abgeschlossen ist, indem Sie den verwenden metrocluster operation show Befehl auf dem Ziel-Cluster:

    mcc1A::> metrocluster operation show
  Operation: heal-root-aggregates
      State: successful
 Start Time: 7/29/2016 20:54:41
   End Time: 7/29/2016 20:54:42
     Errors: -

  8. Trennen Sie am Controller-Modul mit eingeschränkter Betriebsstörung die Netzteile.

Schritt 2: E/A-Module ersetzen

Um ein E/A-Modul zu ersetzen, suchen Sie es im Gehäuse und befolgen Sie die spezifischen Schritte.

Schritte

  1. Wenn Sie nicht bereits geerdet sind, sollten Sie sich richtig Erden.

  2. Trennen Sie alle Kabel, die mit dem Ziel-E/A-Modul verbunden sind.

    Achten Sie darauf, dass Sie die Kabel so kennzeichnen, dass Sie wissen, woher sie stammen.

  3. Entfernen Sie das Ziel-I/O-Modul aus dem Gehäuse:

    1. Drücken Sie die Taste mit der Nummerierung und dem Buchstaben.

      Die Nockentaste bewegt sich vom Gehäuse weg.

    2. Drehen Sie die Nockenverriegelung nach unten, bis sie sich in horizontaler Position befindet.

      Das I/O-Modul wird aus dem Gehäuse entfernt und bewegt sich ca. 1/2 Zoll aus dem I/O-Steckplatz.

    3. Entfernen Sie das E/A-Modul aus dem Gehäuse, indem Sie an den Zuglaschen an den Seiten der Modulfläche ziehen.

      Stellen Sie sicher, dass Sie den Steckplatz verfolgen, in dem sich das I/O-Modul befand.

      Entfernen eines PCIe-Moduls

    Legende Nummer 1

    Gerettete und nummerierte E/A-Nockenverriegelung

    Legende Nummer 2

    E/A-Nockenverriegelung vollständig entriegelt

  4. Legen Sie das E/A-Modul beiseite.

  5. Setzen Sie das Ersatz-E/A-Modul in das Gehäuse ein, indem Sie das E/A-Modul vorsichtig in den Steckplatz schieben, bis die vorletzte und nummerierte E/A-Nockenverriegelung mit dem E/A-Nockenstift in Kontakt kommt und dann die E/A-Nockenverriegelung ganz nach oben drücken, um das Modul zu sichern.

  6. E/A-Modul nach Bedarf wieder aufführen.

Schritt 3: Starten Sie den Controller nach dem Austausch des E/A-Moduls neu

Nachdem Sie ein I/O-Modul ersetzt haben, müssen Sie das Controller-Modul neu starten.

Hinweis Wenn das neue I/O-Modul nicht das gleiche Modell wie das ausgefallene Modul ist, müssen Sie zuerst den BMC neu booten.
Schritte

  1. Starten Sie den BMC neu, wenn das Ersatzmodul nicht dasselbe Modell wie das alte Modul ist:

    1. Ändern Sie von der LOADER-Eingabeaufforderung in den erweiterten Berechtigungsebene: priv set advanced

    2. Starten Sie den BMC neu: sp reboot

  2. Booten Sie an der LOADER-Eingabeaufforderung den Node neu: bye

    Hinweis Dadurch werden die PCIe-Karten und andere Komponenten neu initialisiert und der Node wird neu gebootet.

  3. Wenn Ihr System 10-GbE-Cluster Interconnect- und Datenverbindungen auf 40-GbE-NICs oder integrierten Ports konfiguriert ist, konvertieren Sie diese Ports mithilfe der in 10-GbE-Verbindungen nicadmin convert Befehl im Wartungsmodus.

    Hinweis Achten Sie darauf, den Wartungsmodus nach Abschluss der Konvertierung zu beenden.

  4. Zurückkehren des Node in den normalen Betrieb: storage failover giveback -ofnode impaired_node_name

  5. Wenn die automatische Rückübertragung deaktiviert wurde, aktivieren Sie sie erneut: storage failover modify -node local -auto-giveback true

    Hinweis Wenn sich Ihr System in einer MetroCluster Konfiguration mit zwei Nodes befindet, müssen Sie die Aggregate wie im nächsten Schritt beschrieben wiederherstellen.

Schritt 4: Aggregate in einer MetroCluster Konfiguration mit zwei Nodes zurückwechseln

Nachdem Sie in einer MetroCluster Konfiguration mit zwei Nodes den FRU-Austausch abgeschlossen haben, können Sie den MetroCluster SwitchBack-Vorgang durchführen. Damit wird die Konfiguration in ihren normalen Betriebszustand zurückversetzt, wobei die Synchronisations-Storage Virtual Machines (SVMs) auf dem ehemals beeinträchtigten Standort jetzt aktiv sind und Daten aus den lokalen Festplattenpools bereitstellen.

Dieser Task gilt nur für MetroCluster-Konfigurationen mit zwei Nodes.

Schritte

  1. Vergewissern Sie sich, dass sich alle Nodes im befinden enabled Bundesland: metrocluster node show

    cluster_B::>  metrocluster node show

DR                           Configuration  DR
Group Cluster Node           State          Mirroring Mode
----- ------- -------------- -------------- --------- --------------------
1     cluster_A
              controller_A_1 configured     enabled   heal roots completed
      cluster_B
              controller_B_1 configured     enabled   waiting for switchback recovery
2 entries were displayed.

  2. Überprüfen Sie, ob die Neusynchronisierung auf allen SVMs abgeschlossen ist: metrocluster vserver show

  3. Überprüfen Sie, ob die automatischen LIF-Migrationen durch die heilenden Vorgänge erfolgreich abgeschlossen wurden: metrocluster check lif show

  4. Führen Sie den Wechsel zurück mit dem aus metrocluster switchback Befehl von einem beliebigen Node im verbleibenden Cluster

  5. Stellen Sie sicher, dass der Umkehrvorgang abgeschlossen ist: metrocluster show

    Der Vorgang zum zurückwechseln wird weiterhin ausgeführt, wenn sich ein Cluster im befindet waiting-for-switchback Bundesland:

    cluster_B::> metrocluster show
Cluster              Configuration State    Mode
--------------------	------------------- 	---------
 Local: cluster_B configured       	switchover
Remote: cluster_A configured       	waiting-for-switchback

    Der Vorgang zum zurückwechseln ist abgeschlossen, wenn sich die Cluster im befinden normal Bundesland:

    cluster_B::> metrocluster show
Cluster              Configuration State    Mode
--------------------	------------------- 	---------
 Local: cluster_B configured      		normal
Remote: cluster_A configured      		normal

    Wenn ein Wechsel eine lange Zeit in Anspruch nimmt, können Sie den Status der in-progress-Basispläne über die überprüfen metrocluster config-replication resync-status show Befehl.

  6. Wiederherstellung beliebiger SnapMirror oder SnapVault Konfigurationen

Schritt 5: Senden Sie das fehlgeschlagene Teil an NetApp zurück

Senden Sie das fehlerhafte Teil wie in den dem Kit beiliegenden RMA-Anweisungen beschrieben an NetApp zurück. "Rückgabe und Austausch von Teilen"Weitere Informationen finden Sie auf der Seite.