オフラインで使用するデータの準備—ArcGIS Server

オフラインでもマップを操作できるように、マップ内で使用するフィーチャサービスに対して同期機能を有効にすることができます。同期機能により、クライアントでデータのローカルコピーを作成することができます。公開者が許可している場合は、クライアントでデータのローカルコピーを編集し、接続性が確保された時点でフィーチャサービスと同期させることができます。

メモ:

ArcGIS クライアントと開発者向け SDK では、ArcGIS 10.2.1 で導入された同期機能のサポートをフィーチャサービスに段階的に追加します。オフラインでのマップの操作と変更を同期する同期機能を最初にサポートするクライアントは、ArcGIS Collector と ArcGIS Runtime SDK です。ArcGIS 10.2.1 より前のバージョンで公開されたフィーチャサービスでは、同期機能を有効にすることはできません。

その他のクライアントは、ArcGIS REST API を介して同期機能にアクセスすることができます。

データの準備

同期機能を使用するには、フィーチャサービス内のすべてのデータがエンタープライズジオデータベースからのデータであり、データがジオデータベースに登録されている必要があります。また、データをオフラインで使用し、必要な場合は接続性が確保された時点でフィーチャサービスと同期できるように、データの準備をしておく必要があります。

同期に対応したフィーチャサービスで使用するデータは、管理履歴を有効にしてバージョン非対応にすることができますが、組織のデータまたはワークフローで必要な場合は、バージョン対応登録することもできます。

同期機能を有効にすることができるのは、マップ内のすべてのデータがまったく同じ設定になっている場合に限ります。バージョン対応登録されているデータと対応登録されていないデータまたは従来のバージョン対応のデータとブランチバージョン対応のデータを混在させることはできません。

データベースでの権限

ArcGIS Server フィーチャサービスで同期機能を使用するとき、同期プロセスはエンタープライズジオデータベース内に一時テーブルを作成して、アプリとデータベース間でデータを移動します。つまり、同期を実行するために接続するデータベースユーザーは、データベース内に一時テーブルを作成できる必要があります。一部のデータベース管理システムでは、一時テーブルを作成するために、特定の権限やその他の構成が必要です。データベース管理システムのドキュメントを参照して、データベース内で一時テーブルを使用するために必要な権限と領域の要件を確認し、必要な表領域への権限またはアクセス権があることをデータベース管理者に確認してください。

履歴管理が有効なバージョン非対応データ

同期機能が有効なフィーチャサービスで、履歴管理が有効なバージョン非対応データを使用できます。データがバージョン非対応の場合、クライアントは、常に、データの現在の状態を処理します。オフラインで実行されるクライアントが最新の変更を取得する場合、フィーチャサービスへの接続を再び開始すると、バックオフィス処理は必要なくなります。

バージョン対応登録されていないデータを同期機能で使用できるようにするには、次の操作を実行します。

データセットの履歴管理を有効にします。
データセットに Global ID を含めます。
アタッチメントとリレーションシップクラスで Global ID の主キーを使用する必要があります。詳細については、「アタッチメントとリレーションシップクラス」のセクションをご参照ください。

このシナリオの詳細については、「チュートリアル: オフラインで使用するためのフィーチャサービスデータの構成」をご参照ください。

10.2 以降のエンタープライズジオデータベースから、バージョン非対応のデータを参照するフィーチャサービスを公開したり、オフラインでデータを持ち出して編集したり、フィーチャサービスを通じてエンタープライズジオデータベースと変更を同期したりすることができます。

従来のバージョン対応データ

組織が以下のいずれかの状況にある場合、従来のバージョン対応データを使用します。

データが、編集ができるようデータのバージョン対応登録を必要とするジオデータベース機能に関与している。たとえば、フィーチャクラスがジオメトリックネットワークに属する場合、フィーチャデータセットは従来のバージョン対応登録が行われている必要があります。
組織に、データが従来のバージョン対応登録を使用する必要があるワークフローが設定されている (データの品質保証バージョンなど)。

従来のバージョン対応登録データを使用する場合は、データを次のように準備します。

データセットに Global ID を含めます。
データセットをバージョン対応登録します。ベーステーブル移行オプションを使用した登録を行わないでください。
リレーションシップクラスとアタッチメントで Global ID 列またはユーザー管理フィールドを主キーとして使用する必要があります。詳細については、「アタッチメントとリレーションシップクラス」のセクションをご参照ください。

従来のバージョン対応登録データを参照するフィーチャサービスを公開したり、オフラインでデータを取得して編集したり、フィーチャサービスを通じてエンタープライズジオデータベースと変更を同期したりすることができます。

詳細については、「オフラインマップとバージョン対応登録されたデータ」をご参照ください。

ブランチバージョン対応データ

10.6 以降のエンタープライズジオデータベースにブランチバージョニングで登録されているデータを参照するフィーチャサービスを公開できます。オフラインでデータを取得して編集したり、フィーチャサービスを通じてエンタープライズジオデータベースと変更を同期したりすることができます。

メモ:

データを公開するとき、エンタープライズジオデータベースへのブランチバージョンの接続を使用してデータがマップに追加され、マップ内のすべてのデータがブランチバージョン対応であることを確認します。

デフォルトでは、オフラインデータはシンプルモデルを使用して作成されます。たとえば、ユーティリティネットワークまたはパーセルファブリックで作業する場合、オフラインのジオデータベースには、関連するネットワークフィーチャクラスのみが格納されます。ユーティリティネットワークのデータセットとパーセルファブリックは、オフラインデータには含まれません。

ユーティリティネットワークデータの編集や同期を行う場合は、サービスにダーティエリアが作成されます。ArcGIS Pro から整合チェックを行う必要があります。

ArcGIS Pro 2.1 以降のデフォルトのブランチバージョンから ArcGIS Enterprise 10.7 以降にデータを公開できます。10.8.1 および ArcGIS Pro 2.6 以降では、フィーチャサービスをオフラインで使用する場合に、デフォルトのバージョンから指定したブランチバージョンを作成するブランチバージョン対応データを公開するための追加のオプションがあります。オフラインマップで使用するブランチバージョン対応データを公開するときに、次の [同期] > [バージョンの作成] オプションに基づいて、オフライン編集で使用するバージョンを制御します。

[なし] - データをオフラインでデータを取得するときに、名前付きバージョンを作成しません。モバイルの編集者がジオデータベースと同期するときは、デフォルトのバージョンと直接同期します。この振舞いは、ArcGIS Pro 2.1 以降および ArcGIS Enterprise 10.7 以降で同じです。
[ダウンロードされたマップごとのバージョンの作成] - このフィーチャサービスを含む Web マップをオフラインで取得するたびに、指定したバージョンが作成されます。このバージョンは、レプリカバージョンとも呼ばれます。モバイルの編集者が同期するときは、レプリカバージョンと同期します。

これらのオプションの使用方法については、「オフラインマップとバージョン対応登録されたデータ」をご参照ください。

デフォルトとの同期

このワークフローでは、モバイルの編集者が Web マップをダウンロードする際にオフラインで取得するフィーチャサービスデータは、ジオデータベース内のデフォルトバージョンの現在のステートから取得されます。モバイルの編集者がオフラインで編集したデータを同期すると、編集内容はデフォルトのバージョンに移動します。これは、デフォルトのバージョン内のデータを表示しているユーザーがこれらの変更内容をすぐに使用できるということを意味します。また、ジオデータベースからデータをダウンロードする他の現場の編集者がこれらの更新を受信することも意味します。

このワークフローでは、データはブランチバージョニングで登録される必要があります。データを編集する必要がある場合、接続してデータを公開するユーザーに対してジオデータベース内のデータに関する必要な権限を付与します。

このワークフローはシンプルで、編集内容が利用可能になるまでのタイムラグが短くなりますが、他のユーザーよりも先に編集内容を確認することはできません。データにアクセスするユーザーが利用できるようにする前にオフラインでの編集内容を確認する必要がある場合は、レプリカバージョンを使用する必要があります。

レプリカバージョンとの同期

このワークフローでは、公開者がフィーチャサービスをフェデレートされた GIS Server サイトに公開するときに、フィーチャサービスで [ダウンロードされたマップごとのバージョンの作成] オプションを設定します。モバイルの編集者がデータをオフラインで取得するたびに、名前付きバージョンがデフォルトの現在のステートから作成されます。オンラインワークフローでは、この名前付きバージョンは、レプリカバージョンと呼ばれます。モバイルの編集者がフィールドの編集内容を同期すると、編集内容はレプリカバージョンに適用されます。モバイルの作業者は編集内容をレプリカバージョンと繰り返し同期できます。

レプリカバージョンと同期するデータを準備するには、次の操作を実行する必要があります。

公開するデータがブランチバージョニングで登録されている必要があります。
レプリカトラッキングはデータで有効化されている必要があります。マップに追加して公開する前にブランチバージョン対応レイヤーで [レプリカトラッキングの有効化 (Enable Replica Tracking)] ジオプロセシングツールを実行します。[ダウンロードされたマップごとのバージョンの作成] オプションを使用して公開する前にデータでレプリカトラッキングを有効化していない場合、解析ツールのエラーを受信し、エラーを修正するまで公開できません。
接続してデータを公開するユーザーに対してジオデータベース内のデータに関する編集権限を付与します。

データ品質を改善するために、同期を有効化したフィーチャサービスを公開する前に、属性ルールを作成して、ブランチバージョン対応のフィーチャクラスに追加またはインポートできます。

このワークフローでは、ポータルのデフォルトの管理者ロールのメンバー、またはバージョン管理権限を持つカスタムロールのメンバーが、ユーザーが編集にアクセスできるようになる前に、競合を確認して解決し、レプリカバージョンからデフォルトバージョンへの変更をリコンサイルとポストする必要があります。つまり、このワークフローは多くの管理が必要であり、変更が行われてから組織全体で利用可能になるまでのタイムラグが大きくなります。ただし、このワークフローを利用すると、公開する前に編集内容の品質保証確認を実行できます。

Global ID

オフラインに持ち出すデータセットに追加する Global ID は、カスタムフィールドを基準にすることができません。ArcGIS で作成された Global ID フィールドを明示的に使用する必要があります。データに Global ID を追加するには、[Global ID の追加 (Add Global IDs)] ジオプロセシングツールを使用するか、フィーチャクラス、フィーチャデータセット、およびカタログツリーのテーブルショートカットメニューにある [Global ID の追加] コマンドを使用します。

アタッチメントとリレーションシップクラス

オフラインで使用するデータがアタッチメントを含んでいる場合や、リレーションシップクラスに属している場合は、テーブル間のリレーションシップやテーブルとアタッチメント間のリレーションシップで Global ID 列またはユーザー管理フィールドを主キーとして使用する必要があります。ObjectID 列を主キーにすると、オフラインで使用するデータをダウンロードした時点でエラーが返されます。[リレーションシップクラスの移行 (Migrate Relationship Class)] ジオプロセシングツールを使用すると、Global ID フィールドが主キーになるように ObjectID ベースのリレーションシップクラスと添付ファイルを変換できます。

GIS Server サイトの管理されたデータベース

GIS Server サイトに公開した時点で同期機能を有効にして、データをサイトの管理されたデータベースにコピーするように選択した場合、データの準備は不要です。公開プロセスにより、データが同期機能をサポートするように自動的に設定されます。公開時にデータがサイトの管理されたデータベースにコピーされない場合や、管理されたデータベースへのデータの公開およびコピー後に同期機能を有効にする場合は、上記のセクションの記載に従ってジオデータベースデータを準備する必要があります。

編集情報の記録

編集情報の記録は、オフラインで編集したデータに使用できます。オフラインで使用するデータをクライアントにダウンロードすると、編集情報の記録フィールド内の既存の値が残りのデータと一緒にクライアントにコピーされます。オフラインでデータの処理を行った場合は、フィーチャが作成または編集された日付と時刻が作成日フィールドまたは編集日フィールドにそれぞれ記録されます。これらの値は、データがサービスと同期された時点で保存されます。

メモ:

日付フィールドに UTC 以外のタイムゾーンで値が保存されている場合、サービスを公開するときにはそのタイムゾーンを指定します。指定しない場合、UTC が使用されます。ArcGIS は、ユーザーが指定するタイムゾーンをすべての編集情報の記録の日付フィールドに適用します。

オフラインデータには、マップをオフライン用に作成したユーザーの名前が含まれています。この名前は、以下のように編集情報の記録で使用されます。

オフライン中に作成されたフィーチャの場合、作成者名の値はマップをオフライン用に取得したユーザー名に設定されます。
既存のフィーチャがオフライン中に編集された場合、編集者名の値はマップをオフライン用に取得したユーザー名に設定されます。これらのフィーチャの作成者名の値は変更できません。

マップをオフライン用に取得したユーザーか ArcGIS Server 管理者のいずれかが、サービスに接続してデータを同期できます。

分散コラボレーションでの編集情報の記録

分散コラボレーションワークフローで編集情報の記録を使用する場合、振舞いは次のようになります。

コラボレーションの前に、送信側の組織から編集情報の記録が有効化された場合、受信側の組織のフィーチャレイヤーで編集情報の記録が有効化されます。最初にデータが受信側の組織にコピーされると、編集情報の記録の値がリセットされます。つまり、日付が UTC で現在のタイムスタンプに設定され、作成者と編集者が公開元のユーザーとして設定されます。値のリセットにより、新しくコピーされたデータが新しい組織に反映されます。同期中は、送信側の組織での編集情報の記録の日付が維持されます。このため、データが共有された時点以降に、送信側の組織で編集が加えられた日付が受信側の組織に反映されます。受信側の組織に同期された挿入および更新の作成者と編集者の値は、フィーチャレイヤーがコピーされた時点以降のレプリカの所有者 (公開元のユーザー) に設定されます。

編集情報の記録をコラボレーションに含まれるフィーチャレイヤー内の一部のレイヤーには有効にして、その他のレイヤーには無効にすることができます。この場合、ArcGIS Enterprise または ArcGIS Online から送信するとき、ArcGIS Online のホストフィーチャレイヤーでは、すべてのレイヤーの編集情報の記録が有効化されます。ArcGIS Online と ArcGIS Enterprise でレイヤーの編集情報の記録が有効になっている場合の動作は上記のとおりです。ArcGIS Online のみでレイヤーの編集情報の記録が有効化されている場合、同期プロセスでは、現在のタイムスタンプとレプリカ所有者 (公開ユーザー) に基づいて編集情報の記録が設定されます。

ArcGIS Online から ArcGIS Enterprise にコラボレーションする際に、編集情報の記録が有効になっている場合は、ArcGIS Online と ArcGIS Enterprise のフィーチャレイヤー内のすべてのレイヤーの編集情報の記録が有効になります。

フィーチャレイヤーをコラボレーションに追加した後で編集情報の記録を有効にすると、受信側の組織で編集情報の記録が無効になります。

アクセス制御設定は受信側の組織で維持されますが、すべてのフィーチャは受信側の組織のレプリカの所有者が所有しているため、結果が生成されません。

属性ルール

ArcGIS Pro から公開するフィーチャレイヤーが登録済みデータを参照している場合、そのレイヤーには属性ルールを含めることができます。フィーチャレイヤーを編集する際、ArcGIS はジオデータベースで定義した属性計算および制限ルールを適用します。編集内容がこれらの規則のいずれかに違反すると、エディターはエラーを受信します。ただし、オフライン時にデータを編集した場合、属性ルール情報はオフラインデータには含まれません。フィーチャレイヤーとデータを同期すると、その時点でルールが適用されます。違反の扱われ方は、データの登録方法によって異なります。

バージョン対応登録されているデータを使用する場合、属性ルール違反によって同期プロセスが実行されなくなります。編集内容が属性ルールに違反すると、同期時にエラーが返されます。データのオフラインバージョンで違反を修正し、再度同期してください。
アーカイブに対応した非バージョン対応のデータを使用する場合、同期は完了するものの、属性ルールに違反する編集内容は適用されません。同期されなかった編集内容に関する情報は、ArcGIS Server ログに書き込まれます。バージョン非対応のデータと属性ルールを使用する場合、同期後に ArcGIS Server ログをチェックして、同期されていない編集がないか確認します。データのオフラインバージョンで違反を修正し、再度同期します。

ホストフィーチャサービス

ArcGIS Online でホストされているフィーチャサービス (ホストフィーチャレイヤー) を公開する場合は、データは常にバージョン非対応で、同期機能を有効にした時点で同期機能を使用できるよう自動的に準備されます。公開者は ArcGIS Online ホスティングサーバーへのアクセス権がなく、同期機能を使用するためのデータを手動で準備することができないため、この処理が実行されます。

ホストフィーチャレイヤーを Portal for ArcGIS で公開すると、データはポータルのホスティングサーバーの管理データベースにコピーされます。このデータも、常にバージョン非対応です。ポータルのホスティングサーバーが、管理されたデータベース用に ArcGIS Data Store リレーショナルデータストアを使用している場合、データは、同期機能を有効にした時点で同期機能を使用できるよう自動的に準備されます。管理されたデータベース用にリレーショナルデータストアを使用していない場合、同期するように手動でデータを変更することが必要になる場合があります。詳細については、Portal for ArcGIS のヘルプにある「オフラインマッピング時のホストフィーチャサービスの有効化」をご参照ください。

レガシー:

ArcGIS Enterprise 10.5.1 は、エンタープライズジオデータベースをホスティングサーバーの管理されたデータベースとして使用できる最後のリリースでした。新しいホスティングサーバーを構成している場合は、リレーショナル ArcGIS Data Store を使用します。

フィーチャサービスの準備

フィーチャサービスを作成する場合、公開者はそのサービスで実行できる編集が定義されたオプションを選択します。次のセクションに、オフラインでマップを使用する場合にオプションを適用する方法を示します。

許可されるオペレーション (機能)

フィーチャサービスケーパビリティでは、フィーチャサービスを使用するときに許可される操作が定義されます。オフラインマップの使用に関連するフィーチャサービスに対して、次の 2 つの構成がサポートされています。

読み取り専用データ - クライアントがオフラインで使用するためにフィーチャサービスからダウンロードするデータを検索するだけの場合は、フィーチャサービスに対する [クエリ] と [同期] のケーパビリティを設定します。この構成では、オフラインでデータを編集することができず、データをサービスと同期することができません。
編集可能データ - クライアントでオフライン状態のままデータを編集し、接続性が確保された時点で変更をフィーチャサービスと同期する場合は、フィーチャサービスに対して次の機能を設定します。
- クエリ
- 同期
- [作成]、[削除]、および [更新] の任意の組み合わせ

メモ:

マップにエラーレイヤーが含まれ、フィーチャサービスで同期機能を有効にする場合、オフラインマップではこれらのエラーレイヤーを編集しないように注意してください。編集しても、同期するときに編集内容がエラーレイヤーに適用されません。
許可された操作は、公開者とユーザーのみに適用されます。サーバー管理者とサービス所有者は、サービスにフルにアクセスでき、すべてのオペレーションが許可されています。
これにより、管理者やサービス所有者がオフラインで使用しているデータが常に編集可能になります。オフラインの読み取り専用フィーチャレイヤーが必要な場合、フィーチャサービス所有者ではなく、管理者以外のユーザーによりオフラインで取得される必要があります。

ArcGIS Pro でアクティブなポータルのフェデレーションサーバーに公開するとき、[同期] 機能を有効にすると、データをバージョン対応登録するときにオプションが増えます。このオプションの詳細については、ArcGIS Pro ヘルプで「Web フィーチャレイヤーの共有」をご参照ください。

フィーチャサービスが作成された後で、公開者や管理者は同期機能を無効にしてもかまいません。たとえば、公開者や管理者は、インデックスの再構築などのデータのメンテナンス作業が進行中の場合にクライアントがサービスと同期しないようにするために、フィーチャサービスに対して同期機能を無効にすることができます。

ショートトランザクション

バージョン対応登録されていないデータを使用中に、同期に対応したフィーチャサービスを編集する場合は、長時間にわたって編集トランザクションを開いたままにしないでください。たとえば、フィーチャサービスでの同期にも使用されるバージョン対応登録されていないデータを ArcMap で編集する予定の場合は、必ず定期的に編集内容を保存し、編集セッションが完了した時点で編集作業を終了するようにしてください。

ジオメトリの更新とトゥルーカーブ設定

ジオメトリの更新とトゥルーカーブを含むデータの編集を許可するようにフィーチャサービスを設定できます。これらの設定が適用されるのは、編集でクライアントからサービスへの同期が行われる場合です。クライアントで行った編集がフィーチャサービスのジオメトリの更新とトゥルーカーブ設定に違反していると、その編集はサービスと同期されません。

所有権ベースのアクセス制御

所有権ベースのアクセス制御を使用してフィーチャアクセスを制御できます。クライアントで行った編集が所有権ベースのアクセス制御ルールに違反していると、その編集はサービスと同期されません。この場合に編集の同期に使用されるログインは編集者と見なされます。

マップをオフライン用に取得したユーザーか ArcGIS Server 管理者のいずれかが、サービスに接続してデータを同期できます。管理者がオフライン時に行われた編集を同期する場合、所有権ベースのアクセス制御は、管理者ではなく、マップをオフラインに持ち出したユーザーを基準にします。

非表示のフィールドと読み取り専用フィールド

フィーチャサービスを作成する場合は、一部のフィールドをフィーチャサービスで読み取り専用にしたり、非表示にしたりすることができます。フィーチャサービスで非表示になっているフィールドは、オフラインで使用する場合にクライアントにダウンロードされません。読み取り専用フィールドは、ダウンロードされた後も読み取り専用のままになります。

メモ:

同期機能を有効にすると、次のフィールドが表示されるはずです。表示されない場合は、マップをオフラインにすることができません。

サブタイプ
主キーフィールドと外部キーフィールド (リレーションシップクラスが存在する場合)
編集情報の記録用フィールド (編集情報の記録が有効化されている場合)

マップレイヤー

同じフィーチャクラスに基づく 2 つのレイヤーを含む ArcGIS Server または Portal for ArcGIS に公開されるフィーチャサービスは、オフラインへの持ち出し、編集、同期ができません。

たとえば、道路のフィーチャクラスをマップに追加してすべての道路を表示したり、同じ道路のフィーチャクラスを追加しフィルターを設定して建設中の道路を表示したり、マップからフィーチャサービスを公開したりする場合、フィーチャサービスをオフラインに持ち出して編集したり、オフライン時に変更を同期したりすることはできません。

同期オプション

読み取り専用フィーチャサービス (Query と Sync ケーパビリティのみが有効化されている) にバージョン対応登録されたデータが含まれている場合、データをオフラインにしたときに、バージョンは作成されません。クライアントが公開済みバージョンと同期すると、公開済みフィーチャサービスに対する変更が自動的にクライアントで使用可能になります。

編集可能なフィーチャサービスの場合、同期のオプションと動作は、公開するときに使用するクライアントによって、またサービスのデータがトラディショナルバージョニングとブランチバージョニングのどちらに登録されているかによって異なります。

ブランチバージョン対応データを ArcGIS Pro から公開 - 同期のオプションによって、マップをオフラインにするたびにバージョンを作成するか、バージョンを作成しないかが決まります。これらのオプションを使用するシナリオの説明は、「オフラインマップとブランチバージョン対応データの操作」をご参照ください。
トラディショナルバージョン対応データを ArcGIS Pro から公開 - バージョンを作成しないオプションと、各マップをオフラインにするたびにバージョンを作成するオプションに加え、ログインのたびにバージョンを作成するという選択肢があります。
トラディショナルバージョン対応データを ArcMap から公開 - デフォルトでは、フィーチャサービスを含むマップをオフラインにするたびにバージョンが作成されますが、この設定は ArcGIS Server Manager で変更できます。トラディショナルバージョン対応データに対して異なる同期オプションを使用する方法については、「オフラインマップとトラディショナルバージョン対応登録データ」をご参照ください。

クライアントがフィーチャサービスへの変更を同期するとき、そのサービスがバージョンを作成しないように構成されている場合、編集はデフォルトバージョンに適用されます。マップをオフラインにするたびに、またはログインするたびにバージョンを作成するようサービスを構成している場合、編集はこのバージョンに同期されます。ジオデータベースの管理者は、リコンサイルプロセスとポストプロセスを実行して、編集内容を共有する必要があります。

メモ:

同期の目的で作成されるバージョンの名前は 30 バイトに制限されています。

ArcGIS Server サイトの管理者またはサービスの公開者は、そのサービスの同期オプションを ArcGIS Server Manager で変更できます。

バージョン対応データを含むフィーチャサービスで同期オプションを変更するには、次の手順に従います。

サービスの所有者または ArcGIS Server 管理者として、ArcGIS Server Manager にログインします。
ArcGIS Server Manager の上部で、[サービス] が選択されていることを確認します。
フィーチャサービスを参照し、サービス名をクリックして、そのサービスに関する情報を開きます。
[ケーパビリティ] をクリックします。
[フィーチャアクセス] を選択します。
[プロパティ] で、[高度な設定] をクリックします。
[フィーチャサービスの高度な設定] ダイアログボックスが開きます。
[同期] で、[以下のそれぞれでバージョンを作成] [ダウンロードされたマップ] または [ユーザー] の順に選択します。
[OK] をクリックし、[フィーチャサービスの高度な設定] ダイアログボックスを閉じます。
[保存して再起動] をクリックして、設定の変更をフィーチャサービスに適用します。
サービスを再起動している間、サービスは利用できなくなります。

データのローカルコピーのダウンロードやサービスとの同期に使用する出力ディレクトリ

データをローカルクライアントにダウンロードする場合は、そのデータを含むファイルが ArcGIS Server の出力ディレクトリに作成され、そのファイルをクライアントにダウンロードします。デフォルトでは、ファイルにアクセスしていない状態のまま 10 分以上が経過すると、そのファイルが出力ディレクトリから削除されます。クライアントがファイルのダウンロードを開始するまでに 10 分以上の時間が必要な場合は、クリーンナップ時間がそれより長い別の出力ディレクトリを作成し、その出力ディレクトリをフィーチャサービス用に使用することができます。また、デフォルトの出力ディレクトリのクリーンナップ時間を延長することもできますが、この場合には、デフォルトの出力ディレクトリを使用しているすべてのサービスに影響があります。

メモ:

createReplica オペレーションを使用してデータのローカルコピーを作成する場合は、レイヤー、テーブル、およびコピーするデータの範囲を選択します。デフォルトでは、範囲と交差するフィーチャと、それらのフィーチャに関連するテーブル内の行がローカルコピーに含まれます。テーブルについては、デフォルトを使用する代わりに、クエリフィルターを適用したり、すべての行を含めたりすることもできます。大量のデータをコピーして、多数のリレーションシップクラスを保持する場合は、テーブルに対してフィルターまたはすべての行を設定すると、パフォーマンスを改善できることがあります。フィルターを設定する場合やすべての行を含める場合は、ArcGIS REST API ヘルプにある layerQueries オペレーションの createReplica パラメーターをご参照ください。

同期モードと非同期モード

データのローカルコピーをダウンロードする操作や変更をサービスに同期させる操作は、同期モードと非同期モードのどちらででも実行できます。同期モードを使用する場合は、サービスで処理が実行されるため、使用するインスタンスの最小数と最大数、タイムアウト間隔、リサイクル間隔などのサービス設定が適用されます。非同期モードを使用する場合は、ArcGIS Server に付属している事前設定済みの SyncTools ジオプロセシングサービスで処理が実行されるため、SyncTools ジオプロセシングサービスの設定が適用されます。

同期プロセスのシステム情報

オフラインでマップを使用するためのデータをダウンロードする場合や変更をサービスに同期し直す場合、これらのプロセスに関する情報は、フィーチャサービスでソースデータとして使用されているエンタープライズジオデータベースのシステムテーブルに格納されています。フィーチャサービスのレプリカリソースには、そのフィーチャサービスのメタデータが作成されます。サービスがセキュリティで保護されている場合は、ログインしているユーザーまたは匿名ユーザーに関連したメタデータだけが作成されます。また、ジオデータサービスにも、ジオデータベースを参照しているすべてのフィーチャサービスのメタデータが作成されるレプリカリソースが用意されています。管理者はジオデータサービスを使用して、サービスごとのメタデータの作成や削除されたフィーチャサービスのメタデータの削除などの作業を実行できます。

このトピックへのフィードバック