接続環境でのレプリカの同期の概要
このトピックは、ArcGIS for Desktop Standard および ArcGIS for Desktop Advanced にのみ該当します。
接続環境でレプリカを同期するには、ArcGIS for Desktop で [変更の同期ウィザード] を使用します。接続環境での同期の詳細については、「接続環境での同期」をご参照ください。
ウィザードには次のオプションがあります。
方向
接続環境で同期する際は、変更内容の送信方向を選択することができます。たとえば、双方向レプリカの場合は、相対レプリカに変更を送信したり、相対レプリカから変更を受信したり、変更を双方向で同期することができます。双方向レプリカの場合では、同期方向に [両方] を選択した場合、変更内容はまず一方向に送信され、次に逆方向に送信されますが、これらはすべて 1 つの操作として実行されます。チェックアウト レプリカの場合は、子レプリカから親レプリカにのみ変更を送信できます。一方向レプリカの場合、一方向にのみ変更を送信できます。つまり、親から子へ、または子から親へのいずれかが可能です。
リコンサイル オプション
同期の際には、同期バージョンとレプリカ バージョンの間でリコンサイルとポストが実行されます。同期バージョンとレプリカ バージョンの詳細、およびリコンサイルが実行される場合の詳細については、「同期とバージョニング」をご参照ください。このリコンサイルの際、競合が発生することがあります。これらの競合の処理方法を定義するために、リコンサイル ポリシーを選択することができます。リコンサイル ポリシーとしては、次のものがあります。
- 手動で解決 - このポリシーでは、リコンサイルの過程で競合が発生した場合、リコンサイルは中断され、レプリカは競合状態としてマークされます。これにより、後から手動で、または何らかのカスタム リコンサイル コードを実行して、リコンサイルを実行することができます。リコンサイルを適用して、変更をレプリカ バージョンにポストすると、レプリカは競合のない状態になります。レプリカが競合状態の場合、変更の受信を続けることは可能ですが、変更を送信することはできません。
詳細については、「手動による同期の競合の解決」をご参照ください。
- ジオデータベース 1 を優先 - この場合は、競合が生じると、ジオデータベース 2 の状態ではなく、ジオデータベース 1 の状態が自動的に使用されます。競合は自動的に解決されるため、このポリシーを使用して同期した後に、レプリカが競合状態になることはありません。
- ジオデータベース 2 を優先 - この場合は、競合が生じると、ジオデータベース 1 の状態ではなく、ジオデータベース 2 の状態が自動的に使用されます。競合は自動的に解決されるため、このポリシーを使用して同期した後に、レプリカが競合状態になることはありません。
デフォルトのポリシーでは、親レプリカの状態が優先して使用されます。ジオデータベース 1 とジオデータベース 2 のどちらに親レプリカが含まれているかに応じて、どちらかが優先されます。
双方向レプリカでは、同期方向に [両方] を選択した場合、手動のリコンサイル ポリシーは選択できません。
また、このリコンサイル時の競合検出方法として、列レベルと行レベルのどちらかを選択することもできます。
バージョンのリコンサイルの詳細