従来型のSnapMirror非同期保護では、ソース ボリュームとデスティネーション ボリューム間のブロック レプリケーションによるミラー保護が提供されます。

従来型のSnapMirror関係では、ブロック レプリケーションに基づいてミラー処理が行われるため、他のSnapMirror関係よりも高速なミラー処理が可能です。ただし、従来型のSnapMirror保護では、デスティネーション ボリュームで実行されているONTAPソフトウェアのマイナー バージョンがソース ボリュームと同じかそれよりも新しい必要があります（バージョン8.xから8.x、9.xから9.xなど）。

バージョンに依存しないレプリケーションを使用したSnapMirror非同期保護では、ソース ボリュームとデスティネーション ボリュームでONTAP 8.3以降の異なるバージョンのソフトウェアを実行している場合でも（バージョン8.3から8.3.1、8.3から9.1、9.2.2から9.2など）、これらのボリューム間に論理レプリケーションによるミラー保護が提供されます。

バージョンに依存しないレプリケーションを使用するSnapMirror関係の場合、ミラー処理は従来型のブロック レプリケーションによるSnapMirrorほど高速ではありません。

そのため、バージョンに依存しないレプリケーションを使用したSnapMirror保護の実装は次の状況には適していません。

これらのいずれかの状況では、デフォルトのSnapMirror保護をより高速なブロック レプリケーション ベースで実行する必要があります。

バージョンに依存しないレプリケーションとバックアップ オプションを使用したSnapMirror非同期保護では、ソース ボリュームとデスティネーション ボリューム間のミラー保護、およびミラー データの複数のコピーをデスティネーションに格納する機能が提供されます。

ストレージ管理者は、ソースからデスティネーションにミラーリングするSnapshotコピーを指定できます。また、それらのコピーをデスティネーションに（ソースのコピーが削除された場合でも）保持する期間を指定することもできます。

バージョンに依存しないレプリケーションとバックアップ オプションを使用するSnapMirror関係の場合、ミラー処理は従来型のブロック レプリケーションによるSnapMirrorほど高速ではありません。

SnapMirror統合レプリケーションを使用すると、同じデスティネーションボリュームでディザスタリカバリとアーカイブを設定できます。SnapMirrorと同様に、統合データ保護は最初に呼び出したときにベースライン転送を実行します。デフォルトの統合データ保護ポリシー「MirrorAndVault」でのベースライン転送では、ソースボリュームのSnapshotコピーを作成し、そのコピーと参照先のデータブロックをデスティネーションボリュームに転送します。SnapVaultと同様に、統合データ保護ではベースラインに古いSnapshotコピーは含まれません。

SnapMirror 「strict」同期による同期保護は、プライマリボリュームとセカンダリ ボリュームが常に互いの真のコピーであることを保証します。セカンダリ ボリュームへのデータ書き込み時にレプリケーションエラーが発生した場合、プライマリボリュームへのクライアント I/O が中断されます。

SnapMirror 「regular」同期によるSynchronous保護では、プライマリとセカンダリ ボリュームが常に互いの完全なコピーである必要はなく、それによってプライマリ ボリュームの可用性が確保されます。セカンダリ ボリュームへのデータ書き込み時にレプリケーション障害が発生した場合、プライマリ ボリュームとセカンダリ ボリュームの同期が失われますが、クライアントのI/Oはプライマリ ボリュームへ継続されます。