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.

Überlegungen bei der Erstellung von SnapMirror-Kaskadierungs- und Fanout-Beziehungen für FlexGroups

Beitragende

Bei der Erstellung von SnapMirror Kaskadierungs- und Fanout-Beziehungen für FlexGroup Volumes sollten Sie Überlegungen zu Unterstützung und Einschränkungen beachten.

Überlegungen für die Erstellung kaskadierender Beziehungen

  • Jede Beziehung kann entweder eine Cluster-übergreifende oder eine Cluster-interne Beziehung sein.

  • Alle asynchronen Richtlinientypen, einschließlich Async-Mirror, Mirror-Vault und Vault, werden für beide Beziehungen unterstützt.

  • Es werden nur „MirrorAllSnapshots“ und keine „MirrorLatest“-Richtlinien für asynchrone Spiegelungen unterstützt.

  • Gleichzeitige Aktualisierungen kaskadierter XDP-Beziehungen werden unterstützt.

  • Unterstützt das Entfernen Von A auf B und B auf C und Resynchronisieren Von A auf C oder Resynchronisieren von C auf A

  • A und B FlexGroup Volumes unterstützen außerdem Fanout, wenn auf allen Nodes ONTAP 9.9.1 oder höher ausgeführt wird.

  • Restore-Vorgänge aus B oder C FlexGroup Volumes werden unterstützt.

  • Transfers auf FlexGroup-Beziehungen werden nicht unterstützt, während das Ziel die Quelle einer Wiederherstellungsbeziehung ist.

  • Das Ziel einer FlexGroup Wiederherstellung kann nicht Ziel einer anderen FlexGroup-Beziehung sein.

  • FlexGroup Dateiwiederherstellungsvorgänge weisen die gleichen Einschränkungen auf wie normale FlexGroup Restore-Vorgänge.

  • Alle Nodes im Cluster, in denen sich die B- und C-FlexGroup-Volumes befinden, müssen ONTAP 9.9.1 oder höher ausführen.

  • Alle Funktionen zum erweitern und automatischen erweitern werden unterstützt.

  • In einer Kaskadenkonfiguration wie A bis B zu C wird für die SnapMirror Beziehung zwischen B und B zu C eine unterschiedliche Anzahl von zusammengehörigen SnapMirror Beziehungen angegeben, so wird ein Abbruch der Quelle für die Verbindung zwischen B und C nicht unterstützt.

  • System Manager unterstützt keine kaskadierenden Beziehungen in ONTAP 9.9.1.

  • Wenn Sie Eine A in B in C-Satz von FlexVol-Beziehung in eine FlexGroup-Beziehung umwandeln, müssen Sie zuerst den B in C Hop konvertieren.

  • Alle FlexGroup-Kaskadenkonfigurationen für Beziehungen mit von REST unterstützten Richtlinientypen werden auch von REST-APIs in kaskadierenden FlexGroup-Konfigurationen unterstützt.

  • Wie bei FlexVol-Beziehungen wird die FlexGroup-Kaskadierung von nicht unterstützt snapmirror protect Befehl.

Überlegungen zum Erstellen von Fanout-Beziehungen

  • Es werden zwei oder mehr FlexGroup Fanout-Beziehungen unterstützt, z. B. A bis B, A bis C, mit maximal 8 Fanout-Beinen.

  • Jede Beziehung kann entweder zwischen Clustern oder zwischen Clustern sein.

  • Gleichzeitige Updates werden für die beiden Beziehungen unterstützt.

  • Alle Funktionen zum erweitern und automatischen erweitern werden unterstützt.

  • Wenn die Fanout-Beine der Beziehung unterschiedliche Anzahl von konstituierenden SnapMirror-Beziehungen haben, dann wird für die A-B- und A-C-Beziehungen ein Abbruch von der Quelle nicht unterstützt.

  • Alle Nodes im Cluster, auf denen sich die Quell- und Ziel-FlexGroups befinden, müssen ONTAP 9.9.1 oder höher ausführen.

  • Alle derzeit für FlexGroup SnapMirror unterstützten asynchronen Richtlinientypen werden in Fanout-Beziehungen unterstützt.

  • Sie können Restore-Vorgänge von B zu C FlexGroups durchführen.

  • Alle Fanout-Konfigurationen mit von Rest unterstützten Richtlinientypen werden auch für REST-APIs in FlexGroup Fanout-Konfigurationen unterstützt.