この章では、DataExchange を日常使用するための詳細な情報を提供します。基本概念だけでなく、レプリケーション中に起こり得る一般的な状況を処理するための手順を追った説明も含まれています。以下の項目について説明します。

アクティブ化とは、レプリケーション用の新規データベースを作成または既存のデータベースを有効にし、そのデータベースをレプリケーション ネットワーク内のサイトに所属させることによりレプリケートを可能にすることです。

アクティブ化を行うには 3 つの方法があります。Deployment Wizard および dxdeploy ユーティリティは配置処理の一部として自動的にアクティブ化を行います。dxact ユーティリティは手動によるアクティブ化の方法を提供するだけでなく、スタート データの前処理などのオプションを選択する柔軟性を提供します。ここでの説明では、コマンドライン ユーティリティの dxact を使用してサンプル データベースをアクティブ化します。しかし、まず、アクティブ化処理の概念を理解することが重要です。

データベースをアクティブ化すると、Pervasive DataExchange はアクティブ化されたコピーを指し示すシステム データ ソース名（DSN）を作成します。xPD のプレフィックスを持つ DSN は、デザイン処理で作成されたものです。アクティブ化処理では PDxxxxxxxx のような名前を持つ DSN を作成します。

もう 1 つのシステム データベースは Database Network Analysis（DNA）で、PDDNA と呼ばれるレプリケーション データベースです。DNA は DataExchange のインストール中に作成されます。データベースは Pervasive PSQL エクスプローラーのレプリケーション ノードに DNA アイコンと共に表示されます。

第 1 サイトは唯一のサイトで、その他のパートナー サイトをアクティブ化する前にアクティブ化する必要があります。第 1 サイトをアクティブ化するとき、Pervasive DataExchange は配布環境を管理するのに必要な情報を持つシステム テーブルを作成します。この情報は、その後ネットワーク内のすべてのサイトがアクティブ化されるときにレプリケートされます。

第 1 サイトは、レプリケーション ネットワークについての情報を含んでいる特別なサイトです。第 1 サイトをアクティブ化したら、パートナー サイトをどのような順でもアクティブ化することができます。

第 1 サイトのアクティブ化を完了したら、パートナー サイトのデータベースをアクティブ化することができます。パートナー サイトはそれぞれのサイトからアクティブにします。つまり、Deployment Wizard の dxdeploy.exe または dxact.exe をパートナー サイトで実行し、第 1 サイトでは実行しないということです。

可能であれば、マシンは既にネットワークに接続していて、それを介して第 1 サイトと通信し、初期レプリケーション セッションがただちに実行されるようにします。ただし、これは強制的なものではありません。初期レプリケーションは後から実行することもできます。パートナー サイトは、第 1 サイトと初期レプリケーションを実行するまで、ほかのパートナー サイトとレプリケートできません。

アクティブ化に成功すると、Pervasive PSQL Control Center ではレプリケーション ノード アイコンに A という文字が表示され、データベースがアクティブになっていることが示されます。

初期レプリケーションが成功すると、新しくインストールされたサイトは、レプリケーション スケジュールを含むワークグループ内のすべての管理データを完全に認識します。

この章で述べている各 DataExchange 配置ユーティリティの使用法に関する固有の情報については、第 7 章 DataExchange のユーティリティとサービスを参照してください。固有のリファレンス情報について次の表に示します。

/FI オプションは、第 1 サイトをアクティブ化することを指定しますが、dxact.exe は常にアクティブ化したいサイトから実行する必要があります。DataExchange ではリモートからのアクティブ化はできません。dxact.exe のオプションの一覧については、dxact を参照してください。

アクティブ化の基礎についての説明が終わりましたので、非アクティブ化と再アクティブ化について簡単に説明します。

非アクティブ化は、アクティブ化されたデータベースをレプリケーション ネットワークで無効にすることです。第 7 章 DataExchange のユーティリティとサービスで説明されているように、非アクティブ化には dxdeact ユーティリティを使用します。

データベースを第 1 サイトで非アクティブにすると、Pervasive PSQL Control Center は第 1 サイトのデータベースをデザイン テンプレートとして表示します。これは、このデータベースがレプリケーション ネットワーク用のデータベースのデザインに使用されたためです。第 1 サイトが非アクティブ化されると、レプリケーション ノード アイコンに T という文字が表示されます。

パートナー サイトが非アクティブ化されると、Pervasive PSQL Control Center ではそのサイトのデータベース用のレプリケーション ノード アイコンにアクティブ化を示す A という文字は表示されません。

レプリケーションが実行されるまでその他のサイトは非アクティブ化されたサイトを検出しません。したがって、非アクティブ化したサイトに対する処理が失敗します。これは正常な動作で、DRE ログ ファイルに次のようなエラーメッセージが生成されます。

レプリケーションが失敗すると、レプリケーション ネットワーク上のすべてのサイトが非アクティブ化したサイトを検出できるので、以降のレプリケーションでこのエラーは発生しません。

再アクティブ化は非アクティブ化されたサイトをレプリケーション用に再度有効にすることです。データベースは再アクティブ化される前に非アクティブ化されている必要があります。再アクティブ化は、アクティブ化のときと同じ方法で dxact ユーティリティを使用するという点で、基本的にアクティブ化と同じです。

第 1 サイトを非アクティブ化した場合、第 1 サイトを再アクティブ化したら手動でレプリケーションを実行する必要があります。第 1 サイトを再アクティブ化したら、各パートナー サイトから第 1 サイトに対してレプリケーション セッションを手動で開始する必要があります。このレプリケーション セッションにより、すべての利用可能なサイトが必ず［レプリケーションの開始］ダイアログに表示されるようになります。

データベースに新しいテーブルが動的に追加されることがあります。データベースが自動的にテーブルを生成するようにデザインされていて、これらのテーブルをデータベース レプリケーションに含める必要がある状況があります。

DataExchange はこれらの新しい動的テーブルをアクティブなデータベースのレプリケートされるテーブルに含めたり、所定のテーブルをレプリケートされるテーブルから除外したりする方法を提供します。テーブルだけがレプリケートされるので、テーブル ファイルのみを含めます。必要があれば任意の種類のファイルを除外することができます。テーブル以外のファイルは除外するしないに関わらずレプリケートされません。

新規テーブルはパターン マッチング アルゴリズムで識別され、glob スタイルのパターンを標準およびディレクトリ式の両方で使用します。アルゴリズムに使用させるファイル パターンを指定します。入力する必要があるのはパターンのみです。後は DataExchange が自動的に行います。デフォルトで、パターンには何も設定されていません。

DataExchange は最初にファイル名を、包含するファイルのパターンと比較し、次に除外するパターンと比較します。両方の比較をパスしたファイルのみが含められます。たとえば、c:\mydata\*.* を、包含するファイルのパターンとして指定したと仮定します。除外するファイルのパターンとして c:\mydata\*.ddf を指定すると、c:\mydata の 拡張子 "ddf" を持つファイル以外全部が包含されます。

テーブルの包含と除外は、データベースを開く API によってテーブルが正常に開かれたときに開始されます。DataExchange は、テーブルがレプリケートされるべきであると認識された（つまり、テーブルが今までレプリケーションの対象ではなかった）かどうかを判断します。テーブルが今までレプリケーションの対象ではなく、その名前が除外パターンにのみ一致した場合、DataExchange はそのテーブルに対してレプリケーション動作を一切行いません。今までレプリケーションの対象ではなかったテーブルが除外パターンと一致せず包含パターンと一致した場合、DataExchange はこのテーブルを包含します。テーブルが正常に開いたとき、最初は DataExchange にとって単純に新しい（今までレプリケーションの対象ではなかった）テーブルと認識されます。新しいテーブルのデータは即座にはレプリケートされません。

次のレプリケーション処理は（たとえば、スケジュールされたレプリケーションから）、新しいテーブルについてレプリケーションの準備をすることと、それに関するレプリケーション情報をすべてのサイトで同期化することです。2 回目のレプリケーション処理には新しいテーブルが含まれます。つまり、新しいテーブルとの実際のデータのレプリケーションには 2 回のレプリケーション サイクルが必要なので、注意してください。

式に不慣れな場合や作業経験が少ない場合は、まず式のタイプのセクションを読んで、さまざまな種類の式の使用方法について基本的な理解を得られることをお勧めします。

サンプル データベース demodata では、各キャンパスの出席レコードを含むテーブルのセットを毎日自動的に生成します。これは、レプリケーションに含めるべき重要なデータです。dxdynpath を使用して包含パターンを追加し、これらのテーブルもレプリケートされるようにします。テーブル名では、attend<campusid>.mkd という名前付け規則を使用します。<campusid> は 3 文字のキャンパス コードです。

これから、サンプル データベースのパターンの式をさらに微調整しましょう。既にすべての attend*.mkd ファイルを包含しましたが、もう 1 つ作成される累積ファイル（attendall.mkd）があります。累積ファイルに含まれる内容はすべて個別のファイルにあるため、実際はこのファイルをレプリケートする必要はありません。したがって、このファイルをパターン マッチングから除外することにします。

これらは、dxdynpath がレプリケートするファイルを判断するためにパターン マッチングをどのように使用するかの簡単な例です。dxdynpath の詳細な使用法およびさまざまな種類の式については、dxdynpath を参照してください。

現在レプリケーション デザインの一部になっているテーブルが構造的に変更されたり、システム キーが更新されたりしたために、これらの変更を残りのサイトと同期化する必要があるような状況が発生するかもしれません。これらの変更がレプリケーション デザインに適切に実装されるか、変更がレプリケーション ネットワーク間で同期化されるか、変更を適所にレプリケートさせることができるかどうかを確実にする必要があります。

この手順を開始する前に以下の項目を確認することを強くお勧めします。

この処理を完了させるために必要な高度な手順は以下のとおりです。

PDC テーブルの空のコピーを使用することは必須ではありませんが、そうすると以下の利点があります。