SnapMirrorアクティブ同期には次のようなメリットがあります。

SnapMirror active sync を使用すると、SAN 構成のデータ LUN または NVMe 名前空間、および NAS 構成のボリュームを保護できます。これにより、災害発生時の事業継続を目的として、アプリケーションを透過的にフェイルオーバーできます。詳細については、"ユースケース"を参照してください。

SnapMirror active syncは、SAN構成では整合性グループを、NAS構成ではSVMを使用して、データのレプリケーションを確実に行います。SnapMirror active syncは、ONTAP Mediatorを使用するか、ONTAP 9.17.1以降ではCloud Mediatorを使用して、自動フェイルオーバーを実現し、災害発生時にもデータが確実に提供されるようにします。SnapMirror active syncの導入を計画する際には、SnapMirror active syncの基本的な概念とそのアーキテクチャを理解することが重要です。

対称的なアクティブ / アクティブ SAN クラスタ構成では、両方のサイトがアクティブな I/O のためにローカルストレージにアクセスできます。対称的なアクティブ / アクティブは、VMware vMSC、SQL を使用した Windows Failover Cluster、Oracle RAC などのクラスタアプリケーション向けに最適化されています。

非対称アクティブ / アクティブSAN構成では、セカンダリサイトのデータはLUN、ネームスペース、またはストレージユニットにプロキシされます。

詳細については、SnapMirrorアクティブ同期アーキテクチャを参照してください。

NAS構成ではプロキシは存在せず、セカンダリSVMは休止状態ですが、ボリュームを別のSVMにクローンすることでアクセスできるようになります。

AFFおよびASAシステムでは、"整合性グループ"は、ビジネス継続性のために保護する必要があるアプリケーション ワークロードの整合性を保証するFlexVolボリュームの集合です。ASA r2システムでは、整合性グループはストレージ ユニットの集合です。

整合性グループの目的は、ボリュームまたはストレージユニットのコレクションのスナップショットイメージを同時に取得し、ある時点でのコレクションの「crash consistent state（障害など予期しないシャットダウン時と同様）」の状態のコピーを確保することです。整合性グループにより、データセットのすべてのボリュームが静止し、正確に同じ時点でスナップショットが作成されます。これにより、データセットをサポートするボリュームまたはストレージユニット全体で、データの整合性が保たれた復元ポイントが提供されます。これにより、整合性グループは依存関係にある書き込み順序の整合性を維持します。ビジネス継続性のためにアプリケーションを保護する場合は、このアプリケーションに対応するボリュームまたはストレージユニットのグループを整合性グループに追加して、ソースとデスティネーションの整合性グループ間にデータ保護関係を確立する必要があります。ソースとデスティネーションの整合性グループには、同じ数とタイプのボリュームが含まれている必要があります。

ONTAP 9.19.1 では、NAS 向け SnapMirror アクティブ同期は、FlexVol ボリュームを含む SVM の保護をサポートします。SVM 内の整合グループまたは FlexGroup ボリュームは、NAS 構成の SnapMirror アクティブ同期ではサポートされていません。

SAN構成では、構成要素は個々のボリューム、LUN、またはNVMe名前空間（ONTAP 9.17.1以降）であり、SnapMirrorアクティブ同期関係で保護されている整合グループの一部です。

NAS構成では、構成要素はボリュームであり、それを含むSVMはSnapMirrorアクティブ同期関係で保護されるエンティティです。

"ONTAP Mediator"は、ピア接続されたONTAPクラスタとノードのヘルス情報を受信し、両者間のオーケストレーションを行い、各ノード/クラスタが正常かつ稼働しているかどうかを判断します。ONTAP Mediatorは、以下のヘルス情報を提供します：

このONTAP Mediatorの健全性情報により、クラスタは障害のタイプを区別し、自動フェイルオーバーを実行するかどうかを判断できます。ONTAP Mediatorは、両方のONTAPクラスタ（プライマリおよびセカンダリ）とともに、SnapMirrorアクティブ同期クォーラムを構成する3つのメンバーの1つです。合意に至るには、クォーラムの2つ以上のメンバーが特定の処理に同意する必要があります。

ONTAP Cloud MediatorはONTAP 9.17.1以降で利用できます。ONTAP Cloud MediatorはONTAP Mediatorと同じサービスを提供しますが、NetApp Consoleを使用してクラウドでホストされる点が異なります。

SnapMirrorアクティブ同期関係でのコピーの役割を変更する手動処理。プライマリ サイトがセカンダリ サイトに、セカンダリ サイトがプライマリ サイトになります。

ミラー コピーへのフェイルオーバーを実行する自動処理。この処理には、プライマリ コピーが使用できないことを検出するためにONTAP Mediatorが必要です。

SnapMirrorアクティブ同期では、ネットワークが分割された場合のI/O処理にプライマリ コピーを優先するプライマリファーストの原則が使用されます。

プライマリバイアスとは、SnapMirrorアクティブ同期で保護されたデータセットの可用性を向上させる特別なクォーラムの実装です。どちらのクラスタからもONTAP Mediatorにアクセスできない場合に、プライマリ コピーが使用可能だと、プライマリバイアスが効果を発揮します。

プライマリーファーストとプライマリーバイアスは、ONTAP 9.11.1以降のSnapMirrorアクティブ同期SAN構成でサポートされています。プライマリコピーはSystem Managerで指定され、REST APIおよびCLIで出力されます。

アプリケーションI/Oがセカンダリ ストレージ システムにレプリケートされていない場合、out of syncとして報告されます。out of sync状態とは、セカンダリ ボリュームがプライマリ（ソース）と同期されておらず、SnapMirrorレプリケーションが実行されていないことを意味します。

ミラー状態が `Snapmirrored`の場合、SnapMirror関係が確立され、データ転送が完了していることを示します。つまり、デスティネーション ボリュームはソース ボリュームと最新の状態です。

SnapMirrorアクティブ同期は自動再同期をサポートしており、コピーをInSync状態に戻すことができます。

ONTAP 9.15.1 以降、SnapMirror アクティブ同期は"ファンアウト構成における自動再構成"をサポートします。

RPOはRecovery Point Objective（目標復旧時点）の略で、所定の期間内に許容可能とみなされるデータ損失量を指します。RPOゼロとは、データ損失が一切許容されないことを意味します。

RTOはRecovery Time Objective（目標復旧時間）の略で、システム停止、障害、またはその他のデータ損失イベントが発生してから、アプリケーションが無停止で通常の処理に戻るまでに許容可能とみなされる時間です。RTOゼロとは、ダウンタイムが一切許容されないことを意味します。

SnapMirror active sync でサポートされるクラスタ、プロトコル、および構成の種類は、ONTAP のバージョンによって異なります。次の表に、アップデートが追加された ONTAP のバージョンと、それらのアップデートをサポートする構成を示します。

プライマリ クラスタとセカンダリ クラスタは同じタイプである必要があります（"ASA"、"ASA r2"、またはAFF）。

追加の設定情報については、以下を参照してください：