このシナリオを使用する状況

このシナリオは、データのコピーをサーバーに置きたくない場合に使用します。たとえば、オンプレミスのエンタープライズ ジオデータベースのデータを使用して ArcGIS Server にマップ サービスを公開したいとします。マップ ドキュメントが参照するデータのコピーがサーバーに置かれないようにするには、公開者のデータベース接続をインポートし、サーバーのデータベース接続を [公開者のデータベース接続と同じ] に設定します。公開後も、マップ ドキュメントは引き続きエンタープライズ ジオデータベースに格納されたデータを参照します。

このシナリオを使用しない状況

• データがファイル ジオデータベースかファイル ディレクトリに置かれている場合。代わりに、次のシナリオを使用します。
• Web で使用するために、エンタープライズ ジオデータベースにデータのコピーを置きたい場合。

このシナリオを使用する状況

このシナリオは、データのコピーをサーバーに置きたくない場合に使用します。たとえば、ネットワーク ディレクトリのデータを使用して ArcGIS Server にジオプロセシング サービスを公開したいとします。ジオプロセシング サービスのデータのコピーをサーバーに置かないようにするには、公開者のフォルダー パスを指定し、サーバーのフォルダー パスを [公開者のフォルダー パスと同じ] に設定します。公開後も、ジオプロセシング サービスは引き続きネットワーク ディレクトリに格納されたジオプロセシング モデル、入力、出力、スクリプト、およびプロジェクト データを参照します。

Linux ベースの ArcGIS Server サイトでデータのすべてを管理し、Windows と Linux 間でファイル共有できるように Samba を設定している場合にも、このシナリオは有益です。たとえば、Linux コンピューター上のデータを参照しているマップ ドキュメントを公開したい場合は、Samba ディレクトリ (\\net\data) を公開者のフォルダーとして登録し、Linux ディレクトリ (/net/data) をサーバーのフォルダーとして登録します。公開時に、マップ ドキュメントは Linux コンピューター上のディレクトリを参照するように自動的に変更されます。

このシナリオを使用しない状況

• データがデータベースに置かれている場合。代わりに、前のシナリオを使用します。
• フィーチャまたは WFS-T サービスを公開する場合。

このシナリオを使用する状況

このシナリオを使用するのは、Web で使用するためにオンプレミスのエンタープライズ ジオデータベースにデータのコピーを置きたい場合です。このような場合は、サーバー管理者の責任で、公開者のジオデータベースのデータをサーバーのジオデータベースにコピーします。このシナリオは、エンタープライズ ジオデータベースにのみ使用できます。データベースには使用できません。

データをサーバーのエンタープライズ ジオデータベースに格納する 1 つの方法は、エンタープライズ ジオデータベースを登録するときに [ジオデータ サービスを作成] をオンにすることです。このオプションを選択すると、自動的にジオデータ サービスが作成され、このサービスを使用して、公開者のジオデータベース内のデータのレプリカをサーバーのジオデータベースに手動で送ることができます。

ジオデータ サービスを使用してエンタープライズ ジオデータベースを同期させることにより、それ以降の公開者のデータベースに対する変更がサーバーのデータベースに反映されるようにすることもできます。これは、ArcGIS Server on Amazon Web Services のようなクラウド環境では、誰かがクラウド コンピューターにログインして、データ転送を手配する必要がないため、特に有効です。

このシナリオは、社内サーバーまたはクラウド サーバーにフィーチャ サービスを公開する場合にも適しています。たとえば、このシナリオを使用してフィーチャ サービスを公開すると、社内で行われた編集がサーバーのジオデータベースに反映されるため、フィーチャ サービスのエンド ユーザーにも利用可能になります。逆に、Web エディターがサーバーのジオデータベース内のフィーチャを変更した場合は、その編集内容を公開者のジオデータベースと同期させることができます。

このシナリオを使用しない状況

• データがファイル ジオデータベースかファイル ディレクトリに置かれている場合。代わりに、次のシナリオを使用します。
• データがデータベースに置かれている場合 (ジオデータベースを含まないデータベース)。代わりに、最初のシナリオを使用します。
• ジオデータベースのコピーをサーバーに保持したくない場合。

このシナリオを使用する状況

このシナリオは、Linux 環境、クラウド環境、または公開者と Web ユーザーが別々のデータのコピーを使用することが望ましい環境に適しています。

たとえば、マップ サービスを ArcGIS for Desktop から Linux ベースの ArcGIS Server サイトに公開したい場合は、マップ ドキュメントのデータの同一のコピーを作成し、そのデータを Linux ベースのサーバーに置くことができます。両方のディレクトリをサーバーに登録して公開すると、マップ ドキュメントは Linux ベースのサーバー上のフォルダーを参照するように自動的に変更されます。

このシナリオは、ArcGIS Server on Amazon Web Services などのクラウドベースのサーバーに公開するときに有益です。たとえば、オンプレミスのデータをコピーしてクラウド内の任意のディレクトリに配置することができます。公開時に、データ パスはクラウド サーバーのディレクトリを参照するように自動的に変更されます。欠点は、いずれかのユーザーがクラウド コンピューターにログインして、クラウドへのデータ転送について設定を行う必要があることです (データ転送には FTP、リモート デスクトップでのコピーと貼り付け、またはサポートされているその他のデータ転送方法を使用します)。

このシナリオを使用しない状況

• データがエンタープライズ ジオデータベースに置かれている場合。代わりに、前のシナリオを使用します。
• データがデータベースに置かれている場合。代わりに、最初のシナリオを使用します。
• データのコピーをサーバーに保持したくない場合。