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.

Empfehlungen für die Migration von ONTAP Volumes

Beitragende netapp-pcarriga netapp-bhouser netapp-dbagwell netapp-aaron-holt dmp-netapp netapp-lenida netapp-aherbin
Änderungen vorschlagen
PDFs

Beim Verschieben eines Volumes sind verschiedene Überlegungen und Empfehlungen zu beachten. Diese basieren auf dem Volume, das verschoben wird, sowie auf der Systemkonfiguration wie MetroCluster. Alle relevanten Aspekte sollten vor dem Verschieben eines Volumes verstanden werden.

Allgemeine Überlegungen und Empfehlungen

  • Wenn Sie die Releasefamilie für einen Cluster aktualisieren, sollte ein Volume erst verschoben werden, nachdem alle Knoten im Cluster aktualisiert wurden.

    Diese Empfehlung verhindert, dass Sie versehentlich versuchen, ein Volume von einer neueren Release-Familie in eine ältere Release-Familie zu verschieben.

  • Das Quell-Volume muss konsistent sein.

  • Wenn Sie der zugehörigen Storage Virtual Machine (SVM) ein oder mehrere Aggregate zugewiesen haben, muss das Zielaggregat eines der zugewiesenen Aggregate sein.

  • Ein Volume sollte nur auf eine spätere ONTAP Version verschoben werden.

  • Ein Volume kann nicht in ein übernommenes oder aus einem übernommenen CFO-Aggregat verschoben werden.

  • Wenn ein Volume, das LUNs enthält, vor dem Verschieben nicht NVFAIL aktiviert ist, wird es nach dem Verschieben NVFAIL aktiviert sein.

  • Sie können ein Volume von einem Flash Pool Aggregat in ein anderes Flash Pool Aggregat verschieben.

    • Die Caching-Richtlinien dieses Volumes werden ebenfalls verschoben.

    • Die Verschiebung könnte die Volume-Performance beeinträchtigen.

  • Sie können Volumes zwischen einem Flash Pool Aggregat und einem Nicht-Flash Pool Aggregat verschieben.

    • Wenn Sie ein Volume von einem Flash Pool Aggregat in ein Nicht-Flash Pool Aggregat verschieben, zeigt ONTAP eine Warnmeldung an, dass die Verschiebung die Volume-Performance beeinträchtigen könnte, und fragt, ob Sie fortfahren möchten.

    • Wenn ein Volume von einem Nicht-Flash Pool Aggregat in ein Flash Pool Aggregat verschoben wird, weist ONTAP die auto Caching-Richtlinie zu.

  • Volumes verfügen über die Data-at-Rest-Schutzmechanismen des Aggregats, auf dem sie sich befinden. Wenn ein Volume von einem Aggregat, das aus NSE-Laufwerken besteht, auf eines verschoben wird, das dies nicht tut, verfügt das Volume nicht mehr über den NSE-Data-at-Rest-Schutz.

  • Wenn FabricPool optimierte Volumes von ONTAP 9.13.1 oder früher auf ONTAP 9.15.1 oder später verschoben werden, siehe "NetApp Knowledge Base: CONTAP-307878 - Unerwarteter Neustart während einer FabricPool optimierten Volume-Verschiebung, wenn das Quell-ONTAP weniger als 9.14.1 und das Ziel größer als 9.14.1 ist.".

  • Ab ONTAP 9.15.1 kann das Verschieben von Volumes von einem A400 System auf ein A70, A90 oder A1K System zu erhöhten Lese-Latenzzeiten führen. Details und empfohlene Maßnahmen sind in der "NetApp Knowledge Base: CONTAP-556247 - Langsame Komprimierung / Dekomprimierung auf Volumes nach dem Verschieben von A400 zu A70, A90 und A1K" zu finden.

FlexClone Volume-Überlegungen und Empfehlungen

  • FlexClone volumes dürfen während des Verschiebens nicht offline sein.

  • Es ist möglich, FlexClone Volumes von einem Aggregat auf ein anderes Aggregat auf demselben Knoten oder auf einen anderen Knoten innerhalb derselben SVM zu verschieben, ohne den vol clone split start Befehl auszuführen.

    Durch das Starten einer Volume-Verschiebung auf einem FlexClone Volume wird das Klon-Volume während des Verschiebevorgangs in ein anderes Aggregat aufgeteilt. Nach Abschluss der Volume-Verschiebung auf dem Klon-Volume erscheint das verschobene Volume nicht mehr als Klon, sondern als unabhängiges Volume ohne jegliche Klonbeziehung zum vorherigen übergeordneten Volume.

  • FlexClone Volume-Snapshots gehen beim Verschieben eines Klons nicht verloren.

  • Sie können FlexClone übergeordnete Volumes von einem Aggregat in ein anderes Aggregat verschieben.

    Wenn ein FlexClone-Eltern-Volume verschoben wird, bleibt ein temporäres Volume zurück, das als Eltern-Volume für alle FlexClone-Volumes fungiert. Mit dem temporären Volume sind keine anderen Vorgänge möglich, außer es offline zu nehmen oder zu löschen. Nachdem alle FlexClone-Volumes entweder getrennt oder gelöscht wurden, wird das temporäre Volume automatisch bereinigt.

  • Nachdem Sie ein FlexClone Child-Volume verschoben haben, ist das Volume kein FlexClone Volume mehr.

  • FlexClone Verschiebeoperationen schließen sich gegenseitig mit FlexClone Kopier- oder Split-Operationen aus.

  • Wenn gerade ein Clone-Splitting-Vorgang läuft, kann das Verschieben eines Volumes fehlschlagen.

    Ein Volume sollte erst verschoben werden, wenn die Klon-Splitting-Vorgänge abgeschlossen sind.

MetroCluster Überlegungen und Empfehlungen

  • Während einer Volume-Verschiebung in einer MetroCluster Konfiguration wird, wenn ein temporäres Volume auf dem Zielaggregat im Quell-Cluster erstellt wird, auch auf dem überlebenden Cluster ein Datensatz des temporären Volumes erstellt, der dem Volume im gespiegelten, aber nicht assimilierten Aggregat entspricht.

  • Wenn ein MetroCluster Switchover vor der Umstellung erfolgt, verfügt das Zielvolume über einen Datensatz und ist ein temporäres Volume (ein Volume vom Typ TMP).

    Der Verschiebejob wird auf dem verbleibenden (Disaster Recovery) Cluster neu gestartet, meldet einen Fehler und bereinigt alle mit der Verschiebung zusammenhängenden Elemente, einschließlich des temporären Volume. In jedem Fall, in dem die Bereinigung nicht ordnungsgemäß durchgeführt werden kann, wird eine EMS-Meldung generiert, die den Systemadministrator darauf hinweist, dass die erforderliche Bereinigung durchgeführt werden muss.

  • Wenn ein MetroCluster Switchover erfolgt, nachdem die Umstellungsphase begonnen hat, aber bevor der Verschiebeauftrag abgeschlossen ist (das heißt, der Verschiebevorgang hat ein Stadium erreicht, in dem der Cluster so aktualisiert werden kann, dass er auf das Zielaggregat verweist), wird der Verschiebeauftrag auf dem überlebenden (Disaster-Recovery-)Cluster neu gestartet und bis zum Abschluss ausgeführt.

    Alle mit dem Umzug zusammenhängenden Elemente werden bereinigt, einschließlich des temporären Volume (ursprüngliche Quelle). In jedem Fall, in dem die Bereinigung nicht ordnungsgemäß durchgeführt werden kann, wird eine EMS-Meldung generiert, die den Systemadministrator darauf hinweist, dass die erforderliche Bereinigung durchgeführt werden muss.

  • Weder erzwungene noch unerzwungene MetroCluster Switchbacks sind zulässig, wenn derzeit Volume-Verschiebungsvorgänge für Volumes des umgeschalteten Standorts laufen.

    Switchbacks werden nicht blockiert, wenn Volume-Verschiebungsvorgänge für Volumes lokal am verbleibenden Standort durchgeführt werden.

  • Unerzwungene MetroCluster Umschaltungen werden blockiert, erzwungene MetroCluster Umschaltungen hingegen nicht, wenn gerade Volume-Verschiebungsvorgänge laufen.