Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ONTAP SnapMirror非同期ディザスタリカバリの詳細

共同作成者

_ SnapMirror _は、地理的に離れたサイトのプライマリストレージからセカンダリストレージへのフェイルオーバー用に設計されたディザスタリカバリテクノロジです。名前が示すように、 SnapMirror はセカンダリストレージに作業データのレプリカ( _mirror )を作成します。このデータから、プライマリサイトで災害が発生した場合にもデータの提供を継続できます。

プライマリサイトから引き続きデータを提供できる場合は、必要なデータをプライマリサイトに戻すだけで、ミラーからクライアントを提供することはできません。フェイルオーバーのユースケースが示すように、ミラーリングされたストレージからデータを効率的に提供するには、セカンダリシステムのコントローラがプライマリシステムのコントローラと同等またはほぼ同等である必要があります。

データ保護関係

データはボリュームレベルでミラーリングされます。プライマリストレージのソースボリュームとセカンダリストレージのデスティネーションボリュームの関係は、_データ保護関係と呼ばれます。_ボリュームが配置されているクラスタと、ボリュームからデータを提供するSVMは、である必要があります。"ピアリング完了"ピア関係にあることで、クラスタとSVM間でデータをセキュアにやり取りできます。

次の図は、SnapMirrorデータ保護関係を示しています。

SnapMirrorデータ保護関係の図

データ保護関係の範囲

データ保護関係は、ボリューム間で直接作成することも、ボリュームを所有するSVM間で作成することもできます。SVM のデータ保護関係では、 SVM のすべてまたは一部の設定が NFS エクスポートおよび SMB 共有から RBAC にレプリケートされます。また、 SVM が所有するボリューム内のデータもレプリケートされます。

SnapMirrorは、次の特殊なデータ保護アプリケーションにも使用できます。

  • SVM ルートボリュームの負荷共有ミラーコピーを作成すると、ノードに障害やフェイルオーバーが発生したときに引き続きデータにアクセスできます。

  • SnapLock ボリューム間のデータ保護関係: WORM ファイルをセカンダリストレージにレプリケートできます。

  • ONTAP 9 .13.1以降では、SnapMirror非同期を使用して保護できます整合グループ。ONTAP 9.14.1以降では、SnapMirror非同期を使用して、整合性グループ関係を使用してボリューム単位のSnapshotをデスティネーションクラスタにレプリケートできます。詳細については、を参照してください SnapMirror非同期保護の設定

SnapMirrorデータ保護関係を初期化する方法

SnapMirror を初めて起動すると、ソース・ボリュームからデスティネーション・ボリュームへの _ ベースライン転送 _ が実行されます。関係の _SnapMirror ポリシー _ は、ベースラインおよび更新の内容を定義します。

デフォルトのSnapMirrorポリシーに基づくベースライン転送 `MirrorAllSnapshots`では、次の手順を実行します。

  • ソースボリュームのSnapshotを作成します。

  • SnapshotおよびSnapshotが参照するすべてのデータブロックをデスティネーションボリュームに転送します。

  • 「アクティブ」ミラーが破損した場合に備えて、ソースボリューム上の残りの最新でないSnapshotをデスティネーションボリュームに転送します。

SnapMirrorデータ保護関係を更新する方法

更新は、設定したスケジュールに従って非同期に行われます。保持期間は、ソース上のSnapshotポリシーをミラーリングします。

ポリシーに基づく更新のたびに MirrorAllSnapshots、SnapMirrorはソースボリュームのSnapshotを作成し、そのSnapshotと前回の更新後に作成されたすべてのSnapshotを転送します。次のポリシーのコマンドの MirrorAllSnapshots`出力では `snapmirror policy show、次の点に注意してください。

  • Create Snapshot`は「true」で、SnapMirrorが関係を更新するときにSnapshotが作成されることを示します `MirrorAllSnapshots

  • `MirrorAllSnapshots`には、「sm_created」および「all_source_snapshots」というルールがあります。これは、SnapMirrorが関係を更新するときに、SnapMirrorで作成されたSnapshotと前回の更新以降に作成されたSnapshotの両方が転送されることを示します。

cluster_dst::> snapmirror policy show -policy MirrorAllSnapshots -instance

                     Vserver: vs0
      SnapMirror Policy Name: MirrorAllSnapshots
      SnapMirror Policy Type: async-mirror
                Policy Owner: cluster-admin
                 Tries Limit: 8
           Transfer Priority: normal
   Ignore accesstime Enabled: false
     Transfer Restartability: always
 Network Compression Enabled: false
             Create Snapshot: true
                     Comment: SnapMirror asynchronous policy for mirroring all snapshots
                              and the latest active file system.
       Total Number of Rules: 2
                  Total Keep: 2
                       Rules: SnapMirror Label     Keep  Preserve Warn Schedule Prefix
                              ----------------     ----  -------- ---- -------- ------
                              sm_created              1  false       0 -        -
                              all_source_snapshots    1  false       0 -        -

MirrorLatestポリシー

事前設定され `MirrorLatest`たポリシーは、SnapMirrorで作成されたSnapshotのみが初期化および更新時に転送される点を除き、とまったく同じように機能し `MirrorAllSnapshots`ます。

                       Rules: SnapMirror Label     Keep  Preserve Warn Schedule Prefix
                              ----------------     ----  -------- ---- -------- ------
                              sm_created              1  false       0 -        -