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 – FAS9000

Beitragende

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 NetApp Storage Encryption verwenden, müssen Sie die MSID mithilfe der Anweisungen im zurückgesetzt haben "SEDs werden in den ungeschützten Modus versetzt".

  • Wenn Sie über ein SAN-System verfügen, müssen Sie Ereignismeldungen geprüft haben cluster kernel-service show) Für beeinträchtigte Controller SCSI-Blade. Der cluster kernel-service show Der Befehl zeigt den Node-Namen, den Quorum-Status dieses Node, den Verfügbarkeitsstatus dieses Node und den Betriebsstatus dieses Node an.

    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, unterdrücken Sie die automatische Erstellung eines Cases durch Aufrufen einer AutoSupport Meldung: system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh

    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
  • Wenn Sie NetApp Storage Encryption verwenden, müssen Sie die MSID mithilfe der Anweisungen im Abschnitt „ein FIPS-Laufwerk oder SED in ungeschützten Modus zurückgeben“ von zurücksetzen "NetApp Encryption: Übersicht mit CLI".

  • 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.

      drw 9000 entfernen das pcie-Modul

    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. Siehe "Teilerückgabe Austausch" Seite für weitere Informationen.