レプリケーション ネットワーク内の作業、ユーザーおよびサイトを管理するためのグラフィカル ユーザー インターフェイスです。DataExchange Manager では以下の作業を行うことができます。

Database Network Analysis。レプリケーション システム データベース。

Open Data Base Connectivity。さまざまなデータ ソースに接続するために使用される標準プログラミング インターフェイス。Pervasive DataExchange は ODBC を使用して、ODBC がサポートするすべてのデータベースに接続します。

ファイル オープン モードの 1 つを指し、Btrieve 7.x では、データ ファイルの更新時の応答時間がノーマル モードに比べて短縮されます。ただし、アクセラレイティド モードでは、MicroKernel のログ機能が使用できません。このため、MicroKernel は、アクセラレイティド モードで開いたファイルに対するトランザクション一貫性保守やアトミシティを保証できません。

Btrieve 6.x を使用している場合、アクセラレイティド モードはノーマル モードと同じです。ただし、アクセラレイティド モードでデータ ファイルを開くと、ファイルにトランザクショナルとしてフラグを付ける効果がなくなります。

レプリケーションのために新規データベースを作成または既存のデータベースを有効にし、データベースがサイトに属することを確定すること。

別のサイトのデータベースとデータのレプリケートを行うことができる、特定のサイトのデータベース。ほかのサイトは同じレプリケーション ネットワークのメンバーである必要があります。アクティブ化されたデータベースは、レプリケーション ネットワークを構成するサイトに関する情報を持つレプリケーション テンプレートのコピーを保持しています。

暗号化は、内容を知られないようにメッセージの外観を変えて内容を隠すことです。暗号化されたメッセージは暗号文と呼び、元のメッセージおよび復号されたメッセージは平文（プレーンテキスト）と呼びます。

レプリケーション テンプレートを使用するか、テンプレートからエクスポートしたデザインを使用することによる、既存のデータベースのアクティブ化。

レプリケーションの間、複数のサイトが同じテーブルに新しいレコードを多数作成したとしても、ネットワーク全体で一意であることが保証されているレコード ID。

TCP/IP ネットワークで ODBC インターフェイスを介してほかのサイトとデータベース情報をレプリケートおよび同期化できる、レプリケーションが有効なデータベース。ローカルのレプリケーションが有効なデータベースは、アクセスするユーザー数や格納されているデータ量に関係なく、それぞれ 1 つのサイトです。サイトは次のものを指します。

レプリケーション ネットワーク上でほかのサイトとレプリケートするためのサイトの認証。

データベース内のレプリケートされたテーブルは、それに関連付けられた制御テーブルを持ちます。制御テーブルは対応するユーザー テーブルの各レコードのためのレコードを格納しています。また、レコードの作成日、レコードの最終更新日などの関連情報を格納します。レプリケートする各テーブルに制御テーブルを作成することにより、Pervasive PSQL はレプリケーションを有効にするために既存のテーブルに何も変更を加えなくてよいことを保証します。

すべてのレプリケーション ネットワークには第 1 サイトがあります。これはレプリケーションで最初にアクティブ化されるサイトです。第 1 サイトは、レプリケーション可能なサイトなどのレプリケーション ネットワーク全体の情報を保持しています。また、データベース全体のコピーも保持しています。レプリケーション ネットワーク内のその他のサイトはパートナー サイトです。

ハブ アンド スポークに似たネットワーク構成ですが、ネットワーク内にさらにレベル（階層）を持ちます。多階層構成は、一種のハブ アンド スポーク ネットワークと考えられます。ここで、スポーク サイトは構成階層内の次の階層のハブ サイトでもあります。したがって、ある集中管理サーバーは 2 番目の階層のサーバー サイトとレプリケートし、2 番目の階層のそれぞれのサーバーは、順に、いくつかのデスクトップやノートブック マシンとレプリケートします。

多階層構成にはハブ アンド スポーク ネットワークではできない拡張性があります。これらのネットワーク トポロジを設定し、ネットワークの拡大に伴う負荷のバランスをとるには、計画性が必要です。

レプリケーション テンプレートを参照してください。

ネットワークは、互いにレプリケートすることができるサイトの集合です。ネットワークと呼ぶ別個の環境を複数作成することができます。それぞれのネットワークでは異なるバージョンのデータベースを実行することができます。たとえば、Production ネットワークでバージョン 1.0 を、Test ネットワークではバージョン 2.0 を、それぞれ別個の異なるデータで実行することができます。

レプリケーション ネットワーク内の第 1 サイト以外のすべてのサイトです。

ネットワーク構成の 1 つで、データベース全体のコピーを維持する集中管理サーバー（ハブ）と、レプリケーション データのサブセットを持つ接続されたサーバーまたはワークステーション（スポーク）から成ります。レプリケーション処理は、一般的に、すべてのスポークがあらかじめ決められたときにハブとレプリケートします。この最初のレプリケーションが成功すると、2 番目のレプリケーション サイクルでは、ハブからすべてのスポーク サイトへ変更データが配布されます。

レプリケーション ネットワーク構成の 1 つで、すべてのノードはそのサイズ、データ量、場所に関係なく、ネットワーク内のほかのサイトに対し完全に同等なものとして動作します。各ノードはレプリケーション エンジンを使用してレプリケーションをスケジュールおよび管理し、レプリケーション処理の負荷を共有します。ピアツーピアは、デフォルトのレプリケーション ネットワーク構成です。

1 つのプロジェクトはレプリケートされる 1 つのデータベースを表します。異なるデータベースを有効にするたびに、新しいプロジェクトを指定する必要があります。プロジェクトは多数のネットワークおよびリリースを保持します。

変更の取得/変更の適用メカニズムは、レプリケーションの主要なサブシステムで、レプリケートされたデータベースへの変更の追跡および伝播に使用されます。変更の取得は、データベース アプリケーションの実行と並行して起こりますが、変更の適用はデータベースの同期化中に起こります。Pervasive DataExchange の変更の取得メカニズムはログを基にしていません。最も新しい変更のみを格納する制御テーブルに基づいています。これはデータベースの現在の状態を反映するものであり、ログに基づいたメカニズムのような以前の状態の履歴ではありません。

一定方向のデータの流れを伴う同期化のモードで使用される用語で、一般的にレプリケーションと呼ばれるデフォルトの双方向のデータの流れを伴うものの対義語です。リフレッシュは、主となるサイトを指定することによる競合解決を手動で無効にするのに使用されます。たとえば、「refresh local」操作は指定されたサイトのデータですべてのローカル データを上書きします。

リリースはデータベース スキーマの変更を表します。したがって、データベース スキーマを変更するたびに新しいリリースを作成する必要があります。レプリケーション プロジェクトは複数のネットワークおよびリリースを保持します。

デフォルトのデータベース同期化モードで、競合解決規則に基づいた 2 つ以上のサイト間の双方向のデータの流れによって生じます。

レプリケーション処理を管理するコンポーネント。すべてのレプリケーションはバックグラウンドで実行され、ユーザーが指定したスケジュールに従って完全に自動化することができます。

Pervasive PSQL Control Center には、以下の処理を実行できるレプリケーション エンジンへのユーザー インターフェイスがあります。

ユーザーのデータベース テーブル、レプリケーション制御テーブル、システム テーブルおよびオプションでユーザー データを含むデータベースのコピー。

互いにレプリケートできるサイトの集合。レプリケーション ネットワークは複数のリリースを保持することができます。

レプリケートされないテーブル。各サイトは別個のローカル ファイルを保持することができます。