複数ターゲットのスイッチオーバーおよびフェイルオーバー

複数のターゲットがある構成において、以下のシナリオにおける DataKeeper の動作について理解しておくことが重要です。

• ターゲットサーバーへの手動スイッチオーバー

• ソースサーバー障害によるターゲットサーバーへの手動スイッチオーバー

例:

以下のシナリオにおいて、3 つのサーバーがあります。

• サーバー A (ソース)

• サーバー B (ターゲット 1)

• サーバー C (ターゲット 2)

2 つの独立したミラーがあり、サーバー A は 2 つの異なるターゲットボリュームをミラーリングしているので注意してください。

• ミラー 1:  サーバー A → B

• ミラー 2:  サーバー A → C

ターゲットサーバーへの手動スイッチオーバー

サーバー B をアクティブ (ソース) サーバーにする場合は、以下の処理が行われます。

1. 管理者は、DataKeeper UI を使用して ミラーのスイッチオーバー を行うことにより、サーバー B へのスイッチオーバーを開始します。

2. サーバー A はソースボリューム宛のデータをすべて書き出します。

3. ミラー 1 は、いったん削除され、サーバー B からサーバー A へ再作成されます。

4. サーバー A とサーバー C 間のミラーも同様に自動的に削除されます (注記:  DataKeeper GUI ではほんの数秒遅れを感じることがあります。この遅れは ネットワーク帯域 およびサーバーのパフォーマンスに基づいて発生します)。

5. サーバー B とサーバー C 間に新しいミラーが確立されます。サーバー A からの インテントログ がサーバー B にコピーされます。これによりサーバー B およびサーバー C 間のデータ同期は部分再同期が要求されます。 (部分再同期は新しいエンドポイントを確立するのに必要なデータのみの再同期であり、完全再同期に比べ格別に早くなります)。

結果

• ミラー 1: サーバー B → A (部分再同期)

• ミラー 2: サーバー B → C (サーバー A からのインテントログ、部分再同期)

ソースサーバー障害 - ターゲットサーバーへの手動スイッチオーバー

アクティブ (ソース) サーバーに障害が発生した場合、DataKeeper ではサーバー B をアクティブ (ソース) サーバーにすることが可能です。以下の処理が行われます。

1. サーバー A に障害が発生します。

2. 管理者は、DataKeeper UI を使用して「ミラーのスイッチオーバー」を行うことにより、サーバー B へのスイッチオーバーを開始します。

3. サーバー B はローカル側のミラーを削除し、サーバー B からサーバー A へ新しいミラーを作成します。

4. サーバー A とサーバー C 間のミラーは削除されます。

5. サーバー B とサーバー C 間に新しいミラーが確立されます。

6. サーバー A が復旧したとき、サーバー A は、サーバー A がダウンしている間にサーバー B がソースとなり、自分自身が自動的にターゲットとなったことを検知します。

結果

• ミラー 1: サーバー B → A (サーバー A が復旧した場合は部分再同期)

• ミラー 2: サーバー B → C (部分再同期)