SnapMirrorは、地理的に離れたサイトのプライマリーストレージからセカンダリーストレージへのフェイルオーバー用に設計されたディザスタリカバリーテクノロジです。名前が示すように、SnapMirrorは本番データの複製（ミラー）をセカンダリーストレージに作成し、プライマリーサイトに災害が発生しても、セカンダリーストレージから引き続きデータを提供できるようにします。

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

データ保護関係

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

ETERNUS AX/HX series クラスタ / SVMピアリング

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

SnapMirror data protection relationships illustration

データ保護関係の範囲

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

次に示す特殊なデータ保護アプリケーションにSnapMirrorを使用することもできます。

SVMルートボリュームのロードシェアリングミラーコピーを作成すると、ノードに障害やフェイルオーバーが発生したときに引き続きデータにアクセスできます。
SnapLockボリューム間のデータ保護関係を作成すると、WORMファイルをセカンダリーストレージにレプリケートできます。

SnapLockテクノロジを使用したアーカイブとコンプライアンス
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コピーを転送します。以下に示すMirrorAllSnapshotsポリシーのsnapmirror policy showコマンドの出力では、次の点に注意してください。

Create Snapshotが「true」です。したがって、SnapMirrorが関係を更新するときに、MirrorAllSnapshotsによって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 -        -

ONTAP 9 マニュアル ( CA08871-402 )

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

データ保護関係

データ保護関係の範囲

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

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

MirrorLatestポリシー

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