レプリケーションとバージョニング

Standard または Advancedのライセンスで利用可能。

ジオデータベース レプリケーションはトラディショナル バージョニングに基づいて構築されています。 レプリカの作成時に、複製元のエンタープライズ ジオデータベースと複製先のエンタープライズ ジオデータベースのバージョンがレプリカ バージョンとして設定されます。 これらのレプリカ バージョンにおける変更は、同期中に交換されます。 複製元と複製先のレプリカ バージョンはリンクされているため、ジオデータベース レプリケーションはバージョン ツリーを複数のジオデータベースに拡張するための手段と考えることができます。

DEFAULT バージョンまたは名前付きバージョンは、親レプリカまたは子レプリカのレプリカ バージョンとして使用できます。 複数のレプリカが同じレプリカ バージョンを共有することも可能です。

一方向レプリカおよび双方向レプリカ

次の図は、一方向レプリカと双方向レプリカのレプリカ バージョンを示しています。 双方向レプリケーションの場合、親レプリカはレプリカ バージョンとして名前付きバージョン RV1 を使用します。 一方向レプリケーションの例における親レプリカは、レプリカ バージョンとして名前付きバージョン RV2 を使用します。

以下の例の図では、エンタープライズ ジオデータベースにホストされている 2 つの子レプリカのレプリカ バージョンには、DEFAULT バージョンが使用されています。 レプリカ バージョンは、レプリケーションに使用される点を除いて、他のバージョンと同じです。 ファイル ジオデータベースはバージョニングに対応していないため、一方向レプリカの子ジオデータベースでレプリカ バージョンが作成されません。

注意:

下の図に示されたいずれかのエンタープライズ ジオデータベースで名前付きバージョンをレプリカ バージョンとして使用することもできます。

親エンタープライズ ジオデータベースから作成されたレプリカ

チェックアウト レプリカ

チェックアウト/チェックイン レプリケーションでは、バージョン対応データとバージョン非対応データの両方を複製することができます。また、子レプリカは、ファイル ジオデータベースまたはエンタープライズ ジオデータベースでホストできます。

子レプリカがエンタープライズ ジオデータベースでホストされている場合は、編集を容易にするために新しい名前付きバージョンが作成され、子レプリカのレプリカ バージョンになります。 子レプリカ バージョンの名前は、レプリカの名前と同じになるように設定されます。 子レプリカのデータを編集するには、エンタープライズ ジオデータベースに接続し、[ジオデータベース接続プロパティ] ダイアログ ボックスまたは [バージョンの変更] ダイアログ ボックスを使用して、バージョンを子レプリカ バージョンに変更します。 子レプリカ バージョンに接続したら、編集セッションを開始できます。 編集内容を親レプリカに同期させるために、子レプリカ バージョンで編集を実行する必要があります。

チェックアウト/チェックイン レプリケーションでは、レプリカの名前で新しいバージョンが作成されます。 ユーザー名とレプリカ名の組み合わせは、ジオデータベースにおいて一意でなければなりません。 たとえば、ユーザー 1 とユーザー 2 はそれぞれ MyReplica という名前のレプリカを作成できますが、これはレプリカのフルネームが user1.MyReplica および user2.MyReplica と設定されるためです。 ただし、ユーザー 1 が MyReplica という名前で複数のレプリカを作成すると、レプリカ名が一意にならないので、同じユーザーが同じ名前で複数のレプリカを作成することはできません。

また、チェックアウト/チェックイン レプリケーションの場合は、ファイル ジオデータベースで子レプリカをホストすることもできます。 これらのジオデータベース タイプはバージョニングに対応していないため、子ジオデータベースでレプリカ バージョンが作成されません。 これは、バージョン非対応データのチェックアウトの場合も同様です。 これらのシナリオでは、同期の際に送信する変更を判断するために、別のロジックが使用されます。

下の図は、チェックアウト/チェックイン レプリカとそのレプリカ バージョンの 2 つの例を示しています。 一方の親レプリカがレプリカ バージョンとしてバージョン RV1 を使用し、もう一方の親レプリカがレプリカ バージョンとしてバージョン RV2 を使用しています。 一方の子レプリカがファイル ジオデータベースでホストされており、もう一方の子レプリカがエンタープライズ ジオデータベースでホストされています。 子レプリカをホストしているエンタープライズ ジオデータベースでは、RV2 が自動的に作成され、作成中にレプリカ バージョンとして設定されています。 このレプリカ バージョンの名前 RV2 は、該当するレプリカの名前から取得されています。 このレプリカ バージョンでは、子に対する編集が行われ、後から親と同期されます。

親エンタープライズ ジオデータベースから作成されたチェックアウト レプリカ

詳細:

チェックアウト/チェックイン レプリカでは、作成時に同期バージョンが親レプリカのジオデータベースに追加されます。 同期バージョンはレプリカ バージョンの子バージョンですが、同期中にのみ使用されるため、上記の図には示されていません。 詳細については、「同期とバージョニング」をご参照ください。

履歴管理を使用してレプリカの変更を追跡

一方向レプリケーションの場合のみ、バージョニングの代わりに履歴管理を使用して、レプリカの変更内容を追跡することができます。 このオプションを使用する場合、親ジオデータベースは、DEFAULT バージョンを参照しているエンタープライズ ジオデータベースでなければなりません。 この方法でレプリケーションを管理する利点は、リコンサイル、ポスト、および圧縮プロセスをレプリカの同期プロセスとは別のプロセスとして運用できることです。

バージョニングを使用して変更を追跡する場合は、システム バージョンが作成されます。 このようなシステム バージョンでは、効果的な圧縮を実現するために、定期的に同期を行う必要があります。 履歴管理を使用してレプリカの変更を追跡する場合、システム バージョンは作成されません。 このため、リコンサイル、ポスト、および圧縮プロセスは影響を受けず、バージョン管理とレプリケーション管理が独立したものになります。 これによって、同期のスケジュールもより柔軟に設定できます。 履歴管理を使用してレプリカの変更を追跡するには、ソース データをエンタープライズ ジオデータベースでバージョン対応登録し、ソース レプリカのバージョンを DEFAULT バージョンにする必要があります。

下の図では、エンタープライズ ジオデータベース間の履歴管理を使用する親から子への一方向のレプリケーションが示されており、ここではエンタープライズ ジオデータベース内の親レプリカと子レプリカの両方のレプリカ バージョンに DEFAULT バージョンが使用されています。 ファイル ジオデータベースはバージョニングに対応していないため、子ファイル ジオデータベースでレプリカ バージョンが作成されません。

エンタープライズ ジオデータベースの DEFAULT バージョンでの履歴管理を使用した親から子への一方向レプリケーション

両方のジオデータベースがエンタープライズ ジオデータベースの場合は、子から親への一方向レプリケーションも使用できます。 この場合、子レプリカのレプリカ バージョンは DEFAULT バージョンでなければなりません。

2 つのエンタープライズ ジオデータベース間の履歴管理を使用した子から親への一方向レプリケーション

関連トピック

詳細については、関連する次のヘルプ トピックをご参照ください。