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

アクティブ化とは、レプリケーション用の新規データベースを作成するか、または既存のデータベースを有効にし、そのデータベースをレプリケーション ネットワーク内のサイトに属していると定義付けることにより、レプリケート可能にすることです。アクティブ化はデータベースをサイトに関連付けるため、データベースのアクティブ化とサイトのアクティブ化は同じことを意味します。

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

データベースをアクティブ化すると、DataExchange はアクティブ化されたコピーを指し示す内部システム データ ソース名（DSN）を作成します。これに加えて、DataExchange インストールでは PSQL DataExchange Database Network Analysis（PDDNA）と呼ばれる、内部レプリケーション データベースを作成します。このデータベースは Zen エクスプローラーのレプリケーション ノードに DNA アイコンと共に表示されます。

第 1 サイトは、レプリケーション ネットワークの管理に必要な情報を含んでいる特別なサイトです。その他のパートナー サイトをアクティブ化する前に、第 1 サイトをアクティブ化する必要があります。こうすることにより、情報のコピーをどのサイトでも取得することができます。第 1 サイトをアクティブ化したら、パートナー サイトはどのような順でアクティブ化してもかまいません。各パートナー サイト マシンの Deployment Wizard、dxdeploy.exe あるいは dxact.exe を使用してアクティブ化することができます。

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

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

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

各 DataExchange 配置ユーティリティの使用法に関する固有の情報については、DataExchange のユーティリティとサービスの使用を参照してください。固有の参照情報を次の表に示します。

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

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

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

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

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

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

E 019f 0301-15:46:25 パートナーサイト Partner_Site_2 (サイト番号：00LFLU) はレプリケーション ネットワークから削除されました－ほかのサイトとレプリケートすることはできません。

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

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

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

DataExchange でデータベースのレプリケーションが設定されたときには存在しなかったテーブルが、アプリケーションによって Zen データベースに追加されることがあります。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 テーブルの空のコピーを使用することは必須ではありませんが、そうすると以下の利点があります。