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

このトピックでは、DataExchange Real-Time Backup の 2 種類の構成について説明します。

1 つ目の方がはるかによく使用されます。

2 台のマシン構成では、Real-Time Backup は PSQL データベースからスタンバイ サーバーへデータをリアルタイムにレプリケートします。システム障害時に、クライアントをスタンバイ サーバーに割り振ることができます。このタイプの構成を用いると、DataExchange ではディスク ベースのレプリケーション ツールで起こりがちな、壊れたデータのレプリケート、ウイルスの感染拡大、必要なデータの削除などのエラーを回避することができます。DataExchange によってスタンバイ サーバーを作動させれば、システム障害、ハードウェア障害、およびサイト災害時に、データの損失およびダウン タイムが大幅に軽減されます。

次の図は、一方向のレプリケーション バックアップを示しています。

このシナリオでは、サーバー A はバックアップ サーバーにネットワーク接続されています。サーバーは、それ独自のデータベースである dbA を実行しています。DataExchange は dbA データベースのコピーをスタンバイ バックアップ サーバーに保持し、サーバー A でデータベースの変更が発生すると、サーバー A とレプリケートします。

2 台のマシン間の単純な一方向レプリケーション配置が、Real-Time Backup の標準的な使用例です。図 1 に示すように、このシナリオではプライマリ サーバーとバックアップ サーバーを必要とします。

Real-Time Backup で使用されるもう 1 つの構成は、異なる場所にある何台かのデータベース サーバーが、複数のバックアップ データベースを管理する 1 台のバックアップ用スタンバイ サーバーにデータをレプリケートする構成です。これは、多対 1 構成と呼びます。次の図はこの構成を示しています。

このシナリオでは、3 つのサーバー A、B、C があり、それぞれがバックアップ サーバーにネットワーク接続されています。各サーバーは、それぞれ独自のデータベース dbA、dbB、dbC を実行しています。DataExchange は各データベースのコピーをスタンバイ バックアップ サーバーに保持し、サーバー A、サーバー B、およびサーバー C で発生した変更をそれらのバックアップ コピーにレプリケートします。

DXdeploy を使用して多対 1 構成で Real-Time Backup を実装する方法については、DXdeploy を使用した多対 1 の配置を参照してください。

多対 1 構成では、複数のサイトが 1 つのサイトにデータをバックアップします。このような構成の第 1 サイトにふさわしいのは、多くの場合、バックアップの場所です。次の例のシナリオを考えてみましょう。

それぞれにネットワークを有する A、B、C という 3 つのサーバーがあります。各サーバーはそれぞれ独自のデータベース dbA、dbB、dbC を実行しています。ここに、各データベースの複製されたコピーをすべて 1 つのバックアップ マシンに保持するというソリューションを導入するとします。

このようなシナリオの場合、第 1 サイトとして最も合理的な選択はバックアップの場所です。なぜでしょうか。理由の 1 つは、レプリケーション ネットワークが第 1 サイトを 1 つしか持てないことです。さらに、バックアップの場所は以下の条件を満たす必要があります。

次の図は、上の図と同じ構成で、DataExchange のインストール後の状態を示しています。パートナー サイトがデータのソースとなっていて、第 1 サイトがバックアップの場所となっていることに注目してください。

この作業を実行する前に、第 1 サイトとパートナー サイトに DataExchange をインストールしておく必要があります。

説明のため、この作業では以下のことを前提としています。

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

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

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

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

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

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

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

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