以下のトピックでは、Real-Time Backup レプリケーションの配置方法について説明するほか、レプリケートされたデータベースを復元する必要が生じた場合などの障害回復手順についても説明します。

Real-Time Backup 構成では、Zen データベースのデータを、同様に Zen と DataExchange を実行しているスタンバイ バックアップ サーバーへリアルタイムにレプリケートします。システム障害時に、クライアントをスタンバイ サーバーに割り振ることができます。次の図は、一方向のレプリケーション バックアップを示しています。ServerA という名前の第 1 サイトは、バックアップ サーバーとして働く ServerB という名前のパートナー サイトにネットワーク接続されています。ServerA ではデータベース dbA を実行しています。DataExchange は dbA データベースのコピーをバックアップ サーバーに保持し、設定されているスケジュールに従って、ServerA での変更をレプリケートします。

この作業例に従うには、Zen データベース エンジンをインストール済みの第 1 サイトとパートナー サイトに DataExchange をインストールします。

この例では以下のことを前提としています。

このトピックでは、1 つのレプリケーション サイトの障害からの回復方法を説明します。ここでは、プライマリ サイトで障害が発生し、一時的にバックアップ サイトへ生産を切り替える必要が生じたと仮定します。プライマリ サイトが再度準備できたら、プライマリ サイト/バックアップ サイトのレプリケーション ネットワークを再確立する必要があります。

もちろん、障害はバックアップ サイトで起こることもあります。その場合も、プライマリをバックアップに置き換えるだけで、この情報が適用されます。説明を簡単にするため、また、障害回復で一般的に使用される用語と一致させるため、このトピックではプライマリ サイトとバックアップ サイトと呼ぶことにします。これらは、それぞれ第 1 サイトとパートナー サイトであると考えてください。

ここでの情報は、リアルタイム バックアップまたは一方向の状況のみに適用されます。リアルタイム バックアップの配置の説明については、配置処理を参照してください。一方向の配置の作業例については、DXdeploy を使用した一方向の配置を参照してください。

障害が発生した場合、ユーザーがバックアップ サイトにアクセスするように切り替える必要があります。別のサーバーへの切り替えを行うには、ご自身の会社に適した方法を選んでください。それらの方法は多岐に渡っているため、このマニュアルで扱う範囲を超えています。

バックアップ サイトには現在のデータが存在するので、アプリケーションはそれまでと同様に機能し続けます。

ユーザーがバックアップ サイトにアクセスしたら、第 1 サイトを再確立します。プライマリ サイトのデータに関する 2 つの障害シナリオを立てられます。

プライマリ サイトの再確立を行うには、以下の手順を使用します。

プライマリ サイトの再確立を行うには、以下の手順を使用します。