リカバリーは、整合性グループ全体、階層構成内の独立した整合性グループ、または整合性グループ内の個々のボリュームに対して実行できます。リカバリーを実行するには、リカバリー元の整合性グループおよびSnapshotコピータイプを選択して、リストアのベースとなるSnapshotコピーを指定します。このプロセスの詳細については、「Snapshotコピーからのボリュームのリストア」を参照してください。

ローカルのSnapshot保護ポリシーの設定

ローカルのSnapshot保護ポリシーを設定すると、整合性グループ内のすべてのボリュームに適用するポリシーを作成できます。

このタスクについて

整合グループでサポートされる最小Snapshotコピースケジュールは30分です。

ONTAP System Manager

手順

[ストレージ] > [整合グループ]を選択します。
整合性グループメニューから作成した整合性グループを選択します。
整合性グループの概要ページの右上にある[編集]を選択します。
[Schedule Snapshot copies (local)]の横のボックスをオンにします。
Snapshotポリシーを選択します。新しいカスタムポリシーを設定する方法については、「カスタムのデータ保護ポリシーの作成」を参照してください。
[保存]を選択します。
整合性グループの概要メニューに戻ります。左側の[Snapshot Copies (Local)]列にマークが表示され、ステータスが「protected」に変わります。

オンデマンドのSnapshotコピーを作成する

通常のスケジュールされたポリシー以外で整合グループのSnapshotコピーを作成する必要がある場合は、オンデマンドでSnapshotコピーを作成できます。

ONTAP System Manager

手順

[ストレージ] > [整合グループ]に移動します。
オンデマンドSnapshotコピーを作成する整合性グループを選択します。
[Snapshotコピー]タブに切り替えて、+追加を選択します。
名前とSnapMirrorラベルを指定してください。[整合性]のドロップダウンメニューで、[アプリケーション整合性]または[クラッシュ整合性]を選択します。
[保存（ Save ）] を選択します。

2フェーズでの整合性グループのSnapshot作成

ONTAP 9.11.1以降、整合性グループ（CG）のSnapshot作成を2フェーズに分けて実行できるようになりました。Snapshotをコミットする前に事前確認が実行されます。この機能は、ONTAP REST APIでのみ使用できます。

2フェーズでの処理を利用できるのは、整合性グループのSnapshotの作成のみで、整合性グループのプロビジョニングやリストアには使用できません。

2フェーズでの整合性グループのSnapshot作成では、/application/consistency-groups/{consistency_group_uuid}/snapshotsエンドポイントに対するPOST要求で呼び出されるSnapshot作成プロセスが、次の連続した2つのフェーズに分割されます。

POST要求が最初のフェーズを開始すると、APIが事前確認を実行し、Snapshotの作成を開始し、指定された間隔のタイマーをスタートします。
フェーズ1のPOST要求が201ステータスコードで完了したら、最初のフェーズから指定した間隔内にフェーズ2を呼び出して、Snapshotを適切なエンドポイントにコミットできます。

開始する前に

2フェーズでの整合性グループのSnapshot作成を使用するには、クラスタ内のすべてのノードでONTAP 9.11.1以降が実行されている必要があります。
1つの整合性グループインスタンスに対して一度に実行できるSnapshot作成処理は、1フェーズか2フェーズかにかかわらず1回のみです。別のSnapshot作成処理の実行中にSnapshotの作成を呼び出そうとすると、エラーが発生します。
2フェーズでの整合性グループのSnapshot作成は、action=startパラメーターを指定して呼び出すことができます。

さらに、action_timeoutパラメーターを使用して、Snapshot作成プロセスにかかる最大秒数を指定できます。
action_timeoutパラメーターに設定できるのは、5～120の整数です。action_timeoutのデフォルト値は7です。

手順

REST APIを使用して、2フェーズSnapshotを作成できます。この処理はONTAP System Managerではサポートされていません。

APIを使用してSnapshotの作成を呼び出す場合は、APIを使用してSnapshotコピーをコミットする必要があります。

API

Snapshotの作成を呼び出します。を使用して、コンシステンシグループエンドポイントにPOST要求を送信します action=start パラメーター

curl -k -X POST 'https://<IP_address>/application/consistency-groups/<cg-uuid>/snapshots?action=start&action_timeout=7' -H "accept: application/hal+json" -H "content-type: application/json" -d '
{
  "name": "<snapshot_name>",
  "consistency_type": "crash",
  "comment": "<comment>",
  "snapmirror_label": "<SnapMirror_label>"
}'

POST要求が成功すると、Snapshot UUIDが出力に表示されます。そのUUIDを使用し、PATCH要求を送信してSnapshotをコミットします。

curl -k -X PATCH 'https://<IP_address>/application/consistency-groups/<cg_uuid>/snapshots/<snapshot_id>?action=commit' -H "accept: application/hal+json" -H "content-type: application/json"

整合性グループに対するリモート保護の設定

整合性グループは、SM-BC、およびONTAP 9.13.1以降は非同期SnapMirrorによってリモート保護を提供します。

SM-BCを使用した保護の設定

SM-BCを使用すると、整合性グループに対して作成されたSnapshotコピーをデスティネーションに確実にコピーすることができます。SM-BCの詳細については、「ビジネス継続性のための保護の設定」を参照してください。

開始する前に

NASアクセス用にマウントされたボリュームではSM-BC関係を確立できません。
ソースクラスタとデスティネーションクラスタのポリシーラベルが一致している必要があります。
SnapMirrorラベルを指定したルールを事前定義のAutomatedFailOverポリシーに追加し、そのラベルでSnapshotコピーを作成しておかないかぎり、SM-BCはデフォルトではSnapshotコピーをレプリケートしません。

このプロセスの詳細については、「ビジネス継続性のための保護の設定」を参照してください。
SM-BCでは、カスケード構成はサポートされません。
ONTAP 9.13.1以降では、アクティブなSM-BC関係にある整合性グループに無停止でボリュームを追加できます。整合性グループにその他の変更を加える場合は、SM-BC関係を解除し、整合性グループを変更してから、関係を再確立して再同期する必要があります。

CLIを使用してSM-BCを設定するには、SM-BCによる保護を参照してください。。

ONTAP System Managerでの手順

SM-BCを使用するための前提条件を満たしていることを確認します。
[ストレージ] > [整合グループ]を選択します。
整合性グループメニューから作成した整合性グループを選択します。
概要ページの右上にある[More]を選択し、[Protect]を選択します。
ONTAP System Managerでは、ソース側の情報が自動的に入力されます。デスティネーションに適したクラスタとStorage VMを選択します。保護ポリシーを選択します。[Initialize relationship]がオンになっていることを確認します。
[保存]を選択します。
整合性グループを初期化して同期する必要があります。[Consistency group]メニューに戻り、同期が正常に完了したことを確認します。[SnapMirror (Remote)]にマークが表示され、ステータスがProtectedに変わります。

非同期SnapMirror保護の設定

ONTAP 9.13.1以降では、独立した整合性グループに非同期SnapMirror保護を設定できます。

作業を開始する前に

非同期SnapMirror保護は、独立した整合性グループに対してのみ使用できます。階層型整合性グループではサポートされません。階層型整合性グループを独立した整合性グループに変換するには、整合性グループのジオメトリの変更を参照してください。
SM-BCでは、カスケード構成はサポートされません。
ソースクラスタとデスティネーションクラスタのポリシーラベルが一致している必要があります。
アクティブな非同期SnapMirror関係にある整合性グループに無停止でボリュームを追加できます。整合性グループにその他の変更を加える場合は、SnapMirror関係を解除し、整合性グループを変更してから、関係を再確立して再同期する必要があります。
複数のボリュームに非同期SnapMirror保護関係を設定している場合は、既存のSnapshotを保持したまま、それらのボリュームを独立した整合性グループに変換できます。ボリュームを変換するための条件は次のとおりです。
ボリュームに共通のSnapshotコピーが必要です。
既存のSnapMirror関係を解除し、ボリュームを独立した整合性グループに追加してから、次のワークフローを使用して関係を再同期する必要があります。

手順

デスティネーションクラスタで、[ストレージ] > [整合グループ]を選択します。
整合性グループメニューから作成した整合性グループを選択します。
概要ページの右上にある[More]を選択し、[Protect]を選択します。
ONTAP System Managerでは、ソース側の情報が自動的に入力されます。デスティネーションに適したクラスタとStorage VMを選択します。保護ポリシーを選択します。[Initialize relationship]がオンになっていることを確認します。

非同期ポリシーを選択した場合は、[転送スケジュールを上書き]オプションを使用できます。

非同期SnapMirrorを使用した整合グループでサポートされる最小スケジュール（目標復旧時点（RPO）は30分です。
[保存]を選択します。
整合性グループを初期化して同期する必要があります。[整合グループ]メニューに戻り、同期が正常に完了したことを確認します。[SnapMirror (Remote)]にマークが表示され、ステータスがProtectedに変わります。

関係の可視化

ONTAP System Managerの[保護] > [Relationships]メニューからLUN関係を確認できます。ソース関係を選択すると、ONTAP System Managerにソース関係が視覚的に表示されます。ボリュームを選択すると、含まれるLUNの一覧やイニシエータグループの関係など、さらに詳しい情報が表示されます。この情報は、個々のボリュームの詳細画面からExcelファイルとしてダウンロードできます。ダウンロード処理はバックグラウンドで実行されます。