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

非同期 SnapMirror ディザスタリカバリの基本

共同作成者

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

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

データ保護関係

データのミラーリングはボリュームレベルで行われます。プライマリストレージのソースボリュームとセカンダリストレージのデスティネーションボリュームの関係は、 _data 保護関係と呼ばれます。 _ ボリュームが存在するクラスタと、ボリュームからデータを提供する SVM は _peered になります。 _a ピア関係を設定することで、クラスタと 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 コピーをデスティネーションボリュームに転送します。

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

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

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

  • Create Snapshot は「true」で、これを示します MirrorAllSnapshots SnapMirrorによる関係の更新時にSnapshotコピーが作成されます。

  • 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: Asynchronous SnapMirror 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 ポリシーはとまったく同じように機能します `MirrorAllSnapshots`ただし、初期化および更新の際に転送されるのは、SnapMirrorで作成されたSnapshotコピーだけです。

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