レプリカの同期の概要

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

ArcGIS Pro 内の [変更の同期 (Synchronize Changes)] ジオプロセシング ツールを使用して、ユーザーが指定した同期方向で 2 つのレプリカ ジオデータベース間の更新を同期させることができます。 このトピックでは、このツールの入力パラメーターについて説明し、理解すべき重要な複数のオプションを確認します。

[変更の同期 (Synchronize Changes)] ツールには、次のオプションがあります。

ジオプロセシング ツール

入力ジオデータベースとレプリカ

  • [ジオデータベース 1] - 同期するレプリカをホストしているジオデータベース。 このジオデータベースはローカルの場合と、ユーザーの ArcGIS Server 上のジオデータ サービスを参照する場合があります。 [変更の同期 (Synchronize Changes)] ツールは、デフォルト設定とレプリカに保存された情報に基づいて、パラメーターを自動入力しようとします。 [変更の同期 (Synchronize Changes)] ツールを [レプリカの管理] ウィンドウの [メニュー] ボタン メニュー または [分散ジオデータベース] ショートカット メニューから起動した場合、ジオデータベース 1 には現在のワークスペースからの接続情報が含まれます。 レプリカ パラメーターにはワークスペースで見つかった最初のレプリカが入力されます。 [変更の同期 (Synchronize Changes)] ツールをカードから起動した場合、レプリカ パラメーターはそのカードのレプリカの名前を取得します。
    注意:

    ジオデータ サービスは、ArcGIS Pro のレプリケーションで、ジオデータベース パラメーターとして使用できます。 ArcMap から公開されたジオデータ サービスは ArcMap サービス ランタイムに基づいています。 ArcGIS Server 11 リリース以降、ArcMap サービス ランタイムのサポートがなくなります。 サービス ランタイムの詳細と、ArcMap サービス ランタイムを使用しているジオデータ サービスを ArcGIS Pro サービス ランタイムに移行する手順については、「サービスを ArcGIS Pro サービス ランタイムに移行」をご参照ください。 サービスが ArcGIS Pro サービス ランタイムに移行されると、[変更の同期 (Synchronize Changes)] ジオプロセシング ツールやその他のジオデータベース レプリケーション ワークフローで使用できるようになります。

  • [レプリカ] - 入力ジオデータベースとして、親レプリカおよび子レプリカが含まれている有効なレプリカ。
  • [ジオデータベース 2] - 相対レプリカをホストしているジオデータベース。 このジオデータベースはローカルの場合と、ユーザーの ArcGIS Server 上のジオデータ サービスを参照する場合があります。 さらに、ジオデータベース 2 に対しては、相対レプリカの接続情報が現在のレプリカのレプリカ プロパティに保存されている場合、ツールが一致する接続ファイルを検索するか、レプリカに保存された情報に基づいて一時的な接続ファイルを構築します。 ジオデータベース 2 にはこの情報が入力され、その後、アクセス可能かどうかを確認するために接続が検証されます。 アクセスできない場合、ジオデータベース 2 は無効になり、ユーザーは情報を修正する必要が生じます。

方向

変更を同期する際は、変更内容の送信方向を選択することができます。

双方向レプリカの場合は、相対レプリカに変更を送信するか、相対レプリカから変更を受信するか、変更を双方向で同期するという 3 つの選択肢があります。 双方向レプリカの場合では、同期方向に [双方向] を選択した場合、変更内容はまず一方向に送信され、次に逆方向に送信されますが、これらはすべて 1 つの操作として実行されます。

一方向レプリカの場合は、親から子または子から親の一方向のみ変更を送信できます。 チェックアウト/チェックイン レプリカの場合は、子レプリカから親レプリカに変更を送信するオプションのみ使用できます。

  • [双方向] - 変更内容が双方向で同期されます。 これは、双方向レプリカに対するデフォルトです。
  • [ジオデータベース 1 → ジオデータベース 2] - 変更内容がジオデータベース 1 からジオデータベース 2 に同期されます。
  • [ジオデータベース 2 → ジオデータベース 1] - 変更内容がジオデータベース 2 からジオデータベース 1 に同期されます。

競合解決ポリシー

同期の際には、同期バージョンとレプリカ バージョンの間でリコンサイルとポストが実行されます。 このリコンサイル プロセス中に、競合が発生することがあります。 これらの競合の処理方法を定義するために、リコンサイル ポリシーを選択することができます。 同期バージョンとレプリカ バージョンの詳細、およびリコンサイルが実行される場合の詳細については、「同期とバージョニング」をご参照ください。

競合解決ポリシーには、次のものがあります。

  • [手動で解決] - このポリシーでは、リコンサイルの過程で競合が発生した場合、リコンサイルは中断され、レプリカは競合状態 レプリカの競合 としてマークされます。 これにより、後から手動で、またはカスタム リコンサイル コードを実行して、リコンサイルを実行することができます。 リコンサイルを実行して、変更をレプリカ バージョンにポストすると、レプリカは競合のない状態になります。 レプリカが競合状態の場合、引き続き変更を受信することは可能ですが、変更を送信することはできません。 詳細については、「手動による同期の競合の解決」をご参照ください。
  • [ジオデータベース 1 を優先して解決] - 競合が生じると、ジオデータベース 2 の状態ではなく、ジオデータベース 1 の状態が自動的に使用されます。 競合は自動的に解決されるため、このポリシーを使用して同期した後に、レプリカが競合状態になることはありません。
  • [ジオデータベース 2 を優先して解決] - 競合が生じると、ジオデータベース 1 の状態ではなく、ジオデータベース 2 の状態が自動的に使用されます。 競合は自動的に解決されるため、このポリシーを使用して同期した後に、レプリカが競合状態になることはありません。
注意:

デフォルトのポリシーでは、親レプリカの状態が優先して使用されます。 ジオデータベース 1 とジオデータベース 2 のどちらに親レプリカが含まれているかに応じて、どちらかが優先されます。

双方向レプリカでは、同期方向に [双方向] を選択した場合、手動のリコンサイル ポリシーは選択できません。

競合の定義

  • [行 (オブジェクト) 単位の競合] - オブジェクト レベルで競合が検出されます。
  • [列 (属性) 単位の競合] - 属性レベルで競合が検出されます。

親バージョンとリコンサイル

このオプションは、チェックアウト/チェックイン レプリカでのみ使用可能で、データの変更が親レプリカに送信された際に、競合が存在しない場合は親レプリカに自動的に変更をリコンサイルするかどうかを示します。

  • [リコンサイルしない] - リコンサイルしません。 これがデフォルトです。
  • [リコンサイル] - 自動的にリコンサイルします。

トラディショナル バージョンに編集をリコンサイルおよびポストする方法の詳細

注意:

同期プロセスのインポート フェーズは、トランザクション内で実行されます。 同期の第 2 フェーズに含まれるリコンサイルも、トランザクション内で実行されます。 必要なリソース (UNDO 領域や論理ログ ファイルなど) は、同期する変更の数によって異なります。 インポート フェーズが完了してリコンサイル フェーズがエラーになる場合、レプリカは競合状態 レプリカの競合 と同じ状態となるため、後で手動でリコンサイルを完了する必要があります。

エラー処理

同期中にエラーが発生した場合、操作はロールバックされます。 適用されたすべての変更内容は削除され、システムは同期前の状態に戻されます。

この場合の唯一の例外は、双方向で同期した際に発生する可能性があります。 ここでは、一方向の変更を適用するプロセスの完了後にエラーが発生した場合、これらの変更はコミットされますが、システムは一貫性のある状態のままで、それ以上の同期は反映されません。

関連トピック