非同期ミラーリング機能が同期ミラーリング機能と本質的に違う点は、非同期ミラーリングは特定の時点におけるソース ボリュームの状態をキャプチャし、前回のイメージ キャプチャ以降に変更されたデータのみをコピーする点です。

同期ミラーリングでは、プライマリ ボリュームの状態がある時点でキャプチャされるのではなく、プライマリ ボリューム上で行われたすべての変更がセカンダリ ボリュームに反映されます。同期ミラーリングではプライマリ ボリュームに書き込みが行われるたびにセカンダリ ボリュームにも書き込みが行われるため、セカンダリ ボリュームはどの時点においてもプライマリ ボリュームと同一です。プライマリ ボリュームで行われた変更でセカンダリ ボリュームが更新されるまで、ホストは書き込みが成功したという確認応答を受信しません。

非同期ミラーリングでは、リモート ストレージ アレイとローカル ストレージ アレイは完全には同期されません。そのため、ローカル ストレージ アレイの損失によってアプリケーションをリモート ストレージ アレイに移行する必要がある場合、一部のトランザクションが失われる可能性があります。

ミラーリング機能の比較：

ミラー ペアのプライマリ ボリュームを選択すると、対応するすべてのボリュームのリストが表示されます。

使用できないボリュームはリストに表示されません。次のいずれかの理由で、ボリュームが対象外になっている可能性があります。

リモート ストレージ アレイ上のセカンダリ ボリュームを選択すると、そのミラー ペアに対応するすべてのボリュームのリストが表示されます。

使用に適さないボリュームはリストには表示されません。次のいずれかの理由で、ボリュームが対象外になっている可能性があります。

ミラーペアは SANtricity Unified Manager インターフェイスで設定し、SANtricity System Manager でペアを管理します。

ミラー ペアを作成する際は、次のガイドラインに従ってください。

同期優先度は、システム パフォーマンスに対して同期アクティビティにどれだけの処理時間を割り当てるかを定義します。

プライマリ ボリュームのコントローラ所有者が、この処理をバックグラウンドで実行します。同時に、コントローラ所有者はプライマリ ボリュームへのローカルI/O書き込みと、セカンダリ ボリュームへの関連するリモート書き込みを処理します。再同期はコントローラの処理リソースをI/Oアクティビティから転用するため、ホスト アプリケーションのパフォーマンスに影響を与える可能性があります。

同期の優先順位付けにかかる時間や、同期の優先順位付けがシステムパフォーマンスに及ぼす影響を判断する際は、以下のガイドラインを参考にしてください。

次のガイドラインは、各優先度の大まかな違いを示しています。

ボリューム サイズとホスト I/O レート負荷は、同期時間の比較に影響します。

手動での再同期を推奨します。なぜなら、手動での再同期を行うことで、データ復旧の可能性を最大限に高める方法で再同期プロセスを管理できるからです。

自動再同期ポリシーを使用し、再同期中に断続的な通信問題が発生した場合、セカンダリ ボリュームのデータが一時的に破損している可能性があります。再同期が完了すると、データが修正されます。