DataExchange は Real-Time Backup レプリケーションのさまざまな配置方法を提供します。この章では最も一般的なネットワーク設定で使用可能な配置方法について説明し、『Getting Started with Pervasive DataExchange（Real-Time Backup Edition）』で説明している 2 台のマシン間の配置方法の追加情報も提供します。また、レプリケートされたデータベースを復元する必要が発生した場合などの障害回復処理についても説明します。

この章には以下のトピックが含まれています。

DataExchange は Real-Time Backup の配置に 3 つのオプションを提供しています。対話型の配置方法では、Deployment Wizard を使用します。これを使用すると、配置処理全体が自動化されレプリケーション スケジュールが作成できるようになります。別の配置方法では DXDeploy ユーティリティを使用します。これはレプリケーションに必要な処理のいくつかを自動化します。どの配置オプションを使用するかを考慮する前に、まず、Real-Time Backup をどのように構成するかを考慮する必要があります。

Real-Time Backup の最も一般的な設定では、Pervasive PSQL データベースから代替サーバーへ、リアルタイムに 2 台のマシン間でデータをレプリケートします。システム障害の後、クライアントは最新の状態の代替サーバーに移って使用することができます。データベース レベルの操作で、DataExchange はプライマリ サーバー上のデータベースの変更を取得してバックアップ サーバーに適用します。

このタイプの設定を行うと、DataExchange ではディスク ベースのレプリケーション ツールで起こりがちな、壊れたデータのレプリケート、ウィルスの感染拡大、必要なユーザー データの削除などのエラーを回避することができます。Pervasive DataExchange を使用すれば、システム障害、ハードウェア障害、およびサイトの災害時に、代替サーバーへの電源供給、データ損失、およびサーバー停止時間を非常に少なくすることができます。

次の図は、2 台のマシンを使用した一方向のレプリケーション バックアップ ネットワークを示します。

この状況は、1 つのサーバー A があり、バックアップ サーバーとネットワークで結ばれていることを示します。サーバーはそれ自体のデータベース dbA を実行しています。DataExchange はそのデータベースのコピーを代替バックアップ サーバーで維持し、サーバーのデータをレプリケートしてバックアップ サーバーに変更を適用します。

DataExchange Deployment Wizard の起動方法については、Deployment Wizard を使用したレプリケーション配置を参照してください。

DXDeploy を使用して 2 台のマシン設定で Real-Time Backup を実装する方法については、『Getting Started with Pervasive DataExchange（Real-Time Backup Edition）』マニュアルの第 4 章 レプリケーション配置を参照してください。

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

この状況は、3 つのサーバー A、B、C があり、それぞれがバックアップ サーバーとネットワークで結ばれていることを示します。サーバーはそれ自体のデータベース dbA dbB、dbC をそれぞれ実行しています。DataExchange は各データベースのコピーを代替バックアップ サーバーで維持し、サーバーのデータをレプリケートしてバックアップ サーバーに変更を適用します。

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

Real-Time Backup における配置は DataExchange Deployment Wizard を使用して実装することができます。Deployment Wizard は、第 1 サイトおよびパートナー サイトにレプリケーションを配置する段階的なウィザードです。また、これにはレプリケーション スケジュールを作成する方法も含まれます。Deployment Wizard は DataExchange コマンドライン ユーティリティ dxdeploy.exe の処理を自動化します。

Deployment Wizard にアクセスするには、Pervasive Control Center から［DataExchange｜Deployment Wizard］メニューを選択するか、オペレーティング システムの［スタート］メニューまたはスタート画面から［Deployment Wizard］を選択します。

DataExchange Deployment Wizard の使用を開始する前に、以下の配置属性を確認してください。これらの項目は Deployment Wizard で入力する必要があるので、配置するデータベースのこれらの項目についてメモを取っておくことをお勧めします。

これらの属性の詳細については、『Getting Started with Pervasive DataExchange』の配置記述子ファイルの XML 属性を参照してください。

2 台のマシン間の簡略な配置が Real-Time Backup の標準的な使用方法です。このような状況では、図 4‑1 に示すようにプライマリ サーバーとバックアップ サーバーが関わります。

DXDeploy を使用した Real-Time Backup 配置のソリューションの詳細については、『Getting Started with Pervasive DataExchange（Real-Time Backup Edition）』の第 4 章 レプリケーション配置を参照してください。

多対 1 の設定では、複数のサイトがそれぞれのデータを 1 つのサイトにバックアップすることを意味します。このような構成で第 1 サイトにふさわしいのは、多くの場合バックアップの場所です。次の例について考えてみてください。

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

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

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

この作業を実行する前に、『Getting Started with Pervasive DataExchange』で説明されているように第 1 サイトとパートナー サイトに Pervasive DataExchange をインストールしておく必要があります。

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

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

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

このセクションの情報は、リアルタイム バックアップまたは一方向の状況のみに適用されます。リアルタイム バックアップの配置の説明については、『Getting Started with Pervasive DataExchange（Real-Time Backup Edition）』の配置処理を参照してください。一方向の配置の説明については、DataExchange 実装のオプションを参照してください。

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

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

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

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

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