SnapMirrorアクティブ同期には、次のようなユースケースがあります。

SnapMirror Active Sync環境では、プライマリクラスタとセカンダリクラスタがあります。プライマリクラスタ内のLUN 1LP）には(L1s`セカンダリにミラーがあります。両方のLUNは同じシリアルIDを共有し、ホストに読み取り/書き込みLUNとして報告されます。ただし、読み取りおよび書き込み処理はプライマリLUNに対してのみ実行されます `1LP。ミラーへの書き込みはすべて `L1S`プロキシによって処理されます。

TAFは、ストレージへの無停止アクセスを実現するために、ホストのMPIOソフトウェアベースのパスフェイルオーバーに基づいています。プライマリ（L1P）とミラーコピー（L1S）の両方のLUNコピーは同じID（シリアル番号）を持ち、読み取り/書き込み可能としてホストに報告されます。ただし、読み取りと書き込みはプライマリボリュームでのみ処理されます。ミラーコピーに対して実行されたI/Oはプライマリコピーにプロキシされます。ホストからL1への優先パスはVS1：N1です。これは、Asymmetric Logical Unit Access（ALUA；非対称論理ユニットアクセス）のアクセス状態がActive Optimized（A/O；アクティブ最適化）に基づいています。ONTAP Mediatorは、環境の一部として必要です。主に、プライマリでストレージが停止した場合に（計画的または計画外の）フェイルオーバーを実行するために必要です。

SnapMirrorアクティブ同期では、ALUAが使用されます。ALUAは、アプリケーションホストのマルチパスソフトウェアに対して、優先順位およびアクセス可用性を指定してアドバタイズされたパスを使用して、アプリケーションホストとストレージアレイの通信を行うためのメカニズムです。ALUAは、LUNを所有するコントローラへのアクティブな最適パスおよびその他のパスをアクティブな非最適パスとしてマークします。このパスは、プライマリパスで障害が発生した場合にのみ使用されます。

VMware Metro Storage Cluster、Oracle RAC、Windows Failover Clustering with SQLなどのクラスタ化されたアプリケーションでは、パフォーマンスのオーバーヘッドなしでVMを他のサイトにフェイルオーバーできるように、同時アクセスが必要です。SnapMirrorアクティブ同期対称アクティブ/アクティブは、クラスタ化されたアプリケーションの要件を満たすために、双方向レプリケーションによってローカルでIOを提供します。

地理的に分散したサイト間で、アプリケーション用の複数のボリュームを同期的にレプリケートします。プライマリが停止した場合に自動的にセカンダリ コピーにフェイルオーバーできるため、ティア1アプリケーションのビジネス継続性を確保できます。プライマリ クラスタをホストしているサイトで災害が発生すると、ホストのマルチパス ソフトウェアはそのクラスタを経由するすべてのパスを停止とマークし、セカンダリ クラスタからのパスを使用します。その結果、ONTAP Mediatorによる無停止でのミラー コピーへのフェイルオーバーが可能になります。

SnapMirrorアクティブ同期は柔軟性に優れ、使いやすいアプリケーションレベルのきめ細かい対応と自動フェイルオーバーを実現します。SnapMirrorアクティブ同期では、実績のあるIPネットワーク経由のSnapMirror同期レプリケーションを使用して、LANまたはWAN経由でデータを高速でレプリケートします。これにより、仮想環境と物理環境の両方で、OracleやMicrosoft SQL Serverなどのビジネスクリティカルなアプリケーションのデータ可用性と高速なデータレプリケーションを実現できます。

SnapMirrorのアクティブな同期により、TAFからセカンダリコピーに至るまで、サイト全体に障害が発生してもミッションクリティカルなビジネスサービスの運用を継続できます。このフェイルオーバーをトリガーするための手動操作や追加のスクリプト作成は必要ありません。