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.

Fehler bei der Aggregatverschiebung

Beitragende
PDFs

Bei der Aggregatverschiebung (ARL, Aggregate Relocation) fallen während des Upgrades möglicherweise an verschiedenen Punkten aus.

Prüfen Sie, ob Aggregate Relocation Failure vorhanden sind

Während des Verfahrens kann ARL in Phase 2, Phase 3 oder Phase 5 fehlschlagen.

Schritte

  1. Geben Sie den folgenden Befehl ein und überprüfen Sie die Ausgabe:

    storage aggregate relocation show

    Der storage aggregate relocation show Der Befehl zeigt Ihnen, welche Aggregate erfolgreich umgezogen wurden und welche nicht, zusammen mit den Ursachen des Ausfalls.

  2. Überprüfen Sie die Konsole auf EMS-Nachrichten.

  3. Führen Sie eine der folgenden Aktionen durch:

    • Führen Sie die entsprechenden Korrekturmaßnahmen durch, je nach der Ausgabe des storage aggregate relocation show Befehl und Ausgabe der EMS-Nachricht.

    • Erzwingen Sie das verlagern des Aggregats oder der Aggregate mit dem override-vetoes Oder die Option override-destination-checks Option des storage aggregate relocation start Befehl.

    Ausführliche Informationen zum storage aggregate relocation start, override-vetoes, und override-destination-checks Optionen finden Sie unter "Quellen" Link zu den Befehlen ONTAP 9: Manual Page Reference.

Aggregate, die ursprünglich auf node1 verwendet wurden, sind nach Abschluss des Upgrades Eigentum von node2

Beim Ende des Upgrade-Verfahrens sollte die Knoten1 der neue Home-Node von Aggregaten sein, die ursprünglich als Home-Node node1 verwendet wurden. Sie können sie nach dem Upgrade verschieben.

Über diese Aufgabe

Falls Aggregate nicht korrekt verschoben werden können, d. h. Node 2 statt Knoten 1, wird unter den folgenden Umständen als Home Node verwendet:

  • In Phase 3, wenn Aggregate von node2 auf node1 verschoben werden.

    Einige der verlagerten Aggregate haben die Nr. 1 als Home-Node. Ein solches Aggregat könnte zum Beispiel „aggr_Node_1“ heißen. Wenn die Verlagerung von aggr_Node_1 während Phase 3 fehlschlägt und eine Verlagerung nicht erzwungen werden kann, dann bleibt das Aggregat auf node2 zurück.

  • Nach Phase 4, wenn node2 durch die neuen Systemmodule ersetzt wird.

    Wenn node2 ersetzt wird, kommt aggr_Node_1 mit node1 als Home-Node statt node2 online.

Nach Phase 6 können Sie das falsche Eigentümerproblem beheben, nachdem Sie das Storage-Failover aktiviert haben, indem Sie die folgenden Schritte durchführen:

Schritte

  1. Erhalten Sie eine Liste von Aggregaten:

    storage aggregate show -nodes node2 -is-home true

    Informationen zur Identifizierung von Aggregaten, die nicht korrekt verschoben wurden, finden Sie in der Liste der Aggregate mit dem Home-Inhaber von node1, die Sie im Abschnitt erhalten haben "Bereiten Sie die Knoten für ein Upgrade vor" Und vergleichen Sie ihn mit der Ausgabe des obigen Befehls.

  2. Vergleichen Sie die Ausgabe von Schritt 1 mit der Ausgabe, die Sie für Knoten 1 im Abschnitt aufgenommen haben "Bereiten Sie die Knoten für ein Upgrade vor" Und beachten Sie alle Aggregate, die nicht korrekt verschoben wurden.

  3. Verschiebung der Aggregate links hinter Knoten2:

    storage aggregate relocation start -node node2 -aggr aggr_node_1 -destination node1

    Verwenden Sie während dieser Verschiebung keinen Parameter für -ndo-Controller-Upgrade.

  4. Vergewissern Sie sich, dass node1 jetzt der Haupteigentümer der Aggregate ist:

    storage aggregate show -aggregate aggr1,aggr2,aggr3…​ -fields home-name

    aggr1,aggr2,aggr3…​ Ist die Liste der Aggregate, die node1 als ursprünglichen Besitzer hatten.

    Aggregate, die nicht den Knoten1 als Hausbesitzer haben, können mit dem gleichen Relocation-Befehl in Schritt 3 auf node1 umgezogen werden.