SnapMirror Business Continuity（SM-BC）は、SnapMirrorアクティブ同期とも呼ばれるものであり、セカンダリーコピーを使用してアプリケーションを透過的にフェイルオーバーできるため、サイト全体に障害が発生してもビジネスサービスの運用を継続できます。SM-BCでフェイルオーバーをトリガーするにあたっては、手動操作や追加のスクリプトの作成は必要ありません。

SM-BCは、ONTAP 9.8以降で使用できます。SM-BCはETERNUS AXクラスタまたはオールフラッシュSANアレイ（ASA）クラスタでサポートされます。ETERNUS AXまたはASAのどちらかをプライマリークラスタとセカンダリークラスタに設定できます。また、iSCSI LUNまたはFCP LUNを使用してアプリケーションを保護します。

メリット

SM-BCには次のメリットがあります。

ビジネスクリティカルなアプリケーションの継続的可用性
重要なアプリケーションをプライマリーサイトとセカンダリーサイトで交互にホストすることが可能
整合性グループを使用して従属書き込み順序の整合性を維持し、シンプルなアプリケーション管理を実現する
アプリケーションごとにフェイルオーバーをテストできる
アプリケーションの可用性に影響を与えることなくミラークローンを瞬時に作成できる
ONTAP 9.11.1以降では、SM-BCでSingle-File SnapRestoreがサポートされます。
ONTAP 9.14.1以降では、SM-BCでWindowsフェイルオーバークラスタリングとSCSI 3永続的予約がサポートされるため、高可用性が促進されます。

ユースケース

RTO(recovery time object)ゼロのアプリケーション配置

SM-BC配置では、プライマリークラスタとセカンダリークラスタがあります。プライマリー・クラスタ内のLUN (1LP) と、セカンダリー・クラスタ上のミラー (L1s) の両方のLUNは同じシリアルIDを共有し、読み取り/書き込みLUNとしてホストに報告されます。ただし、読み取りおよび書き込み操作は、プライマリーLUN1LPに対してのみ処理されます。ミラーL1Sへの書き込みはすべてプロキシによって処理されます。

災害シナリオ

SM-BCを使用すると、地理的に分散した場所にあるサイト間で、アプリケーションの複数のボリュームを同期的にレプリケートできます。プライマリーが停止した場合は、セカンダリーコピーに自動的にフェイルオーバーできるため、ティア1アプリケーションのビジネス継続性を実現できます。

アーキテクチャー

次の図は、SnapMirror Business Continuityの機能の概要を表しています。

SnapMirror Business Continuity workflow

図では、プライマリーデータセンターのSVMにアプリケーションがデプロイされています。プライマリー整合性グループに追加されたボリュームはSM-BCで保護され、セカンダリーデータセンターのセカンダリー整合性グループにミラーリングされます。プライマリー整合性グループ内のボリュームは、障害が発生した場合にミラー化された整合性グループにフェイルオーバーされます。ミラー化された整合性グループに含まれていないボリュームは、フェイルオーバー時に処理されません。