非同期 SnapMirror ディザスタリカバリの基本
-
このドキュメント ページのPDF
-
ボリューム管理
- CLI を使用した論理ストレージ管理
-
NAS ストレージ管理
-
CLIを使用したSMBの管理
- SMB を使用したファイルアクセスの管理
-
CLIを使用したSMBの管理
-
ボリューム管理
PDF版ドキュメントのセット
Creating your file...
SnapMirror は、地理的に離れたサイトのプライマリストレージからセカンダリストレージへのフェイルオーバー用に設計されたディザスタリカバリテクノロジです。名前が示すように、 SnapMirror はセカンダリストレージに作業データのレプリカ( _mirror )を作成します。このデータから、プライマリサイトで災害が発生した場合にもデータの提供を継続できます。
プライマリサイトから引き続きデータを提供できる場合は、必要なデータをプライマリサイトに戻すことができます。ミラーからクライアントを提供することはありません。フェイルオーバーの事例で示すように、ミラーリングされたストレージからデータを効率的に提供するには、セカンダリシステム上のコントローラがプライマリシステム上のコントローラと同じであるか、ほぼ同じである必要があります。
データ保護関係
データのミラーリングはボリュームレベルで行われます。プライマリストレージのソースボリュームとセカンダリストレージのデスティネーションボリュームの関係は、 _data 保護関係と呼ばれます。 _ ボリュームが存在するクラスタと、ボリュームからデータを提供する SVM は _peered になります。 _a ピア関係を設定することで、クラスタと SVM の交換が可能になります データをセキュアに保護
次の図は、 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 - -