同期とバージョニング(ArcInfo および ArcEditor のみ)

このトピックは、ArcEditor および ArcInfo にのみ適用されます。

ジオデータベース レプリケーションでは、ArcSDE ジオデータベースでホストされているレプリカに対する同期プロセスでバージョニングを使用します。ただし、一方向レプリケーションで変更の履歴管理を使用している場合は例外です。

バージョニングは、送信される変更の決定に加えて、変更の受信の際にも使用されます。このトピックでは、次の各プロセスでバージョニングがどのように使用されるかについて説明します。

変更の送信

レプリカが変更を送信する際、ArcSDE はレプリカ バージョン(レプリカの作成時に定義される)とシステム バージョンを解析することにより、送信する編集内容を決定します。この解析により、以前の同期時にすでに送信されている編集内容を除外したり、再送が必要な変更を判断したりすることができます。パーソナルまたはファイル ジオデータベースのチェックアウト レプリカの場合は、すべての編集が含まれている内部テーブルが解析されます。履歴管理を使用している一方向レプリケーションの場合は、アーカイブ クラスを解析することにより、送信する変更内容を決定します。

変更の受信

レプリカによる変更の受信は、以下の手順で行われます。

まず、変更が同期バージョンに適用されます。同期バージョンはレプリカ バージョンの子バージョンであり、リコンサイルとレプリカ バージョンへのポストが完了するまでそれらの変更を一時的に保持します。双方向レプリカと一方向レプリカの場合は、バージョンは同期を実行するまで作成されませんが、チェックアウト レプリカの場合は、レプリカの作成時にバージョンが作成されます。下の図におけるレプリカ バージョンには DEFAULT バージョンもしくは名前付きバージョンのどちらも使用することができます。

レプリカの同期

次に、同期バージョンがレプリカ バージョンに対してリコンサイルされます。このときの振舞いは、レプリカの種類によって異なります。

レプリカの同期

変更がレプリカ バージョンにポストされると、同期バージョンは削除されます。ただし手動のリコンサイル ポリシーを選択し、かつ競合が存在する場合には、ユーザが後からリコンサイルとポストを手動で実行する必要があります。双方向レプリカの場合は、同期バージョンが存在する限り、レプリカは競合状態と見なされます。レプリカが競合状態の場合、そのレプリカは変更を受信することは可能ですが、変更を送信することはできません。

レプリカの同期
注意注意:
リコンサイルとポストは、レプリカの所有者としてログインしているときに実行する必要があります。デフォルトでは、同期バージョンはプライベートであり、レプリカ所有者しかアクセスできません。このバージョンをパブリックにすれば、レプリカ所有者以外のユーザとしてリコンサイルと変更の保存ができますが、変更をポストするにはレプリカの所有者としてログインしている必要があります。

7/10/2012