Portal for ArcGIS

Question 1

ArcGIS Enterprise on Kubernetes デプロイメントがすでにあります。 Windows デプロイメントである別の ArcGIS Enterprise 組織とのコラボレーションを設定しようと考えています。これは可能ですか？

Answer

はい。 10.9.1 では、ArcGIS Enterprise on Kubernetes は、Windows、Linux、または別の Kubernetes の ArcGIS Enterprise デプロイメントのコラボレーションホストまたはゲストとして機能することができます。 ArcGIS Enterprise on Kubernetes デプロイメントは、ArcGIS Online がホストするコラボレーションのゲストとしても機能します。詳細については、「分散コラボレーションについて」および「コラボレーションに関する主要概念」をご参照ください。

Question 2

コラボレーション内でフィーチャレイヤーをコピーとして共有したいと思っています。このオプションは用意されていますか？

Answer

はい。 10.5.1 では、ArcGIS Online ホストと ArcGIS Enterprise ゲストポータルの間でフィーチャレイヤーをコピーとして共有するオプションのみがサポートされていました。リリース 10.6 以降、ホストポータルとゲストポータルがどちらも ArcGIS Enterprise の場合に、分散コラボレーションでフィーチャレイヤーをコピーとして共有できるようになりました。

Question 3

他の ArcGIS Enterprise 参加者とのコラボレーションに使う、Web 層認証証明書や PKI 証明書は、どのように更新すればよいでしょうか？

Answer

ArcGIS Enterprise 10.6 では、他の ArcGIS Enterprise 参加者と通信するための、Web 層認証証明書や PKI 証明書を変更できるようになっています。今回のリリースでは、この変更を、Portal Services REST API を介してしかできないようになりました。詳細については、「Distributed Collaboration Update Web-tier Authentication Configuration REST API」というトピックをご参照ください。

ArcGIS Enterprise 10.8.1 では、コラボレーションの ArcGIS Enterprise 参加者の Web 層または PKI 証明書認証を追加、更新、削除することができます。詳細については、「コラボレーションの管理」と「コラボレーションをゲストとして管理」をご参照ください。

Question 4

あるサイト上のデフォルト以外の SSL プロトコルまたは暗号スイートは、別のサイトとの分散コラボレーションに影響を与えますか？

Answer

あるサイトで使用される SSL プロトコルまたは暗号スイートのデフォルト以外の構成は、プロトコルまたは暗号が一致していなかったり、重複していない場合でも、別のサイトとの分散コラボレーションに影響を与えないはずです。

Question 5

ArcGIS Online 組織に公開されているホストフィーチャレイヤービューがあり、それを ArcGIS Enterprise 組織で共有したいと思います。レイヤービューをコラボレーションで共有できますか？

Answer

はい。ホストフィーチャレイヤービューはコラボレーションで共有できます。10.6.1 以降、フィーチャレイヤーがコピーとして送信されるように構成されている場合は、ホストフィーチャレイヤービューをコピーとして共有できます。

Question 6

ArcGIS Enterprise と ArcGIS Online の両方を使っています。これら 2 つの間で分散コラボレーションを設定できますか？

Answer

10.5.1 以降、ArcGIS Enterprise は ArcGIS Online との分散コラボレーションに対応しています。このコラボレーションを実現するには、ArcGIS Online をホストとして設定し、ArcGIS Enterprise をゲストとして設定する必要があります。

Question 7

ArcGIS Enterprise は複数の ArcGIS Online 組織とコラボレーションできますか？

Answer

いいえ。ArcGIS Enterprise 組織は一度に 1 つの ArcGIS Online 組織とのみ共同作業できます。詳細については、「ArcGIS Enterpriseと ArcGIS Online のコラボレーションの設定」をご参照ください。

Question 8

開発者用サブスクリプションを利用している ArcGIS Online 組織は、ArcGIS Enterprise 組織との分散コラボレーションに参加できますか？

Answer

いいえ。ArcGIS Online のトライアル、個人使用、開発者用サブスクリプションの組織が、分散コラボレーションに参加することはできません。

Question 9

ArcGIS Online 組織の URL キーを変更しました。どうすれば組織をコラボレーション参加者として再確立できますか？

Answer

これは次の 2 つの方法のいずれかで実行できます。

コラボレーションホストでは、コラボレーションを削除してから、新しい URL キーを使用して再確立することができます。
コラボレーションゲストでは、コラボレーションを脱退し、新しい URL でホストから再招待されるようにリクエストすることができます。

Question 10

ArcGIS Online 組織が ArcGIS Enterprise 10.5 ポータルから招待を受理していないのはなぜですか？

Answer

ArcGIS Enterprise 10.5 ポータルは、ArcGIS Online 組織との分散コラボレーションに対応していません。

Question 11

ArcGIS Online 組織のコラボレーションの招待を受理する際に、SSL 証明書エラーが表示されるのはなぜですか？

Answer

組織サイトがフォワードプロキシを使用する場合は、フォワードプロキシが使用している証明書をルート/中間証明書として ArcGIS Enterprise ポータルにインポートしてから、招待を受理する必要があります。

Question 12

コラボレーションの参加者に、ArcGIS Enterprise の 10.5 と 10.5.1 を使っているゲストがいます。コンテンツ削除ポリシーは、この組織にも適用されますか？

Answer

ArcGIS Enterprise の 10.5 および 10.5.1 ポータルは、コンテンツ削除ポリシーに未対応です。この参加者と共有しているコンテンツは削除されません。コラボレーションワークスペースですでに共有されているアイテムをすべて共有解除しておく必要があります。

Question 13

HTTPS だけを使用してポータルにアクセスする機能を無効化しました。 ArcGIS Online で、参照で共有されるフィーチャレイヤーを Map Viewer に表示しようとすると、[エラー: レイヤー [レイヤー名] をマップに追加することはできません] というメッセージが現れます。どのような状況になっていますか？

Answer

ArcGIS Online の Map Viewer Classic または Map Viewer では、要求に応じてコンテンツをマップに追加できない場合に、このエラーが発生します。デフォルトでは、ArcGIS Online には HTTPS を介してしかアクセスできない設定になっています。 ArcGIS Enterprise フィーチャレイヤーサービスの URL が、HTTPS を使うようになっているか確認してください。そうでなければ、HTTPS を使うよう、サービス URL を更新する必要があります。方法を確認するには、FAQ の手順に従ってください。「既存の ArcGIS Online Web マップのサービス URL は更新できますか？」のサポート記事をご参照ください。

Question 14

ArcGIS Online からエンタープライズジオデータベースに、データをコピーできますか？

Answer

いいえ。コラボレーション内のコピー先は、ArcGIS Online または ArcGIS Enterprise がホストするレイヤーでなければなりません。

Question 15

エンタープライズジオデータベースから ArcGIS Online に、データをコピーできますか？

Answer

はい。エンタープライズデータベースが ArcGIS Enterprise のフェデレーションサーバーに登録されていれば、ArcGIS Enterprise と ArcGIS Online のコラボレーションにおいて、そのデータをコピー元レイヤーとして使えます。

Question 16

ArcGIS Enterprise と ArcGIS Online がコラボレーションしているときに、ネットワークのファイアウォールにはどのような変更が必要ですか？

Answer

この構成では、ArcGIS Enterprise ポータルによってすべての通信が開始されます。そのため、ネットワークのファイアウォールルールは、ポート 443 を経由したアウトバウンド通信をサポートする必要があります。

注意:

これらのネットワークファイアウォールの変更は、参加している組織が別々のネットワークに配置されている ArcGIS Enterprise と ArcGIS Enterprise のコラボレーションにも適用されます。

Question 17

ArcGIS Enterprise 10.7 および ArcGIS Insights 3.2.1 へアップグレードしました。以前のバージョンの Insights および ArcGIS Enterprise で作成した Insights ワークブック、ページ、モデルを共有することができますか？

Answer

以前のバージョンの Insights で作成したワークブックを共有するには、アイテムを ArcGIS Insights 3.2.1 で開いてから、再保存する必要があります。以前のバージョンの Insights で作成したモデルまたはページを共有するには、ワークブックを Insights ページまたはモデルとして再共有する必要があります。詳細については、分散型コラボレーションを通じた以前のバージョンの Insights アイテムの共有に関するサポートトピックをご参照ください。

Question 18

分散コラボレーションでは、Web アプリを共有できますか？

Answer

はい。 ArcGIS Enterprise 10.6.1 以降、ArcGIS Enterprise のコラボレーション参加者は、自分自身以上のバージョンの他の ArcGIS Enterprise の参加者および ArcGIS Online と、Web アプリを共有できるようになりました。サポートされている Web アプリは、構成可能な Web アプリケーションテンプレートおよび Web AppBuilder から作成された Web アプリです。 10.8 以上では、グループベースの Web アプリケーションがサポートされています。

たとえば、ArcGIS Enterprise 10.6.1 の参加者は、Web アプリを、ArcGIS Enterprise 10.6.1 を使用している別の組織および ArcGIS Online で共有することができます。 ArcGIS Enterprise 10.5.1 または 10.6 を使用している参加者と Web アプリを共有することはできませんが、10.7 以上を使用している参加者と共有することができます。この参加者が、以前のバージョンの ArcGIS Enterprise を使用している受信者と Web アプリを共有しようとした場合、この Web アプリはコラボレーショングループに追加されますが、参加者によって受信されず、管理者は、ポータル内の通知を介してポータルのログ内のエラーメッセージを受信します。

ArcGIS Online の参加者は、Web アプリを、どのバージョンの ArcGIS Enterprise の参加者とも共有できません。

Question 19

コラボレーション参加者は、受信した Web アプリを編集できますか？

Answer

多くの Web アプリは、共有されると、他のコラボレーション参加者によって編集されることがあります。そのような編集は、元の所有者が Web アプリを更新すると、上書きされます。受信側参加者によって行われた編集は、元の所有者に返送されません。ただし、Web マッピングアプリケーションは、受信者が編集することはできません。

Question 20

ArcGIS Web AppBuilder で、カスタムウィジェットを作成しました。それらをコラボレーション参加者と共有できますか？

Answer

いいえ。カスタムウィジェットは、登録済みで AppBuilder エクステンションアイテムタイプを持つウィジェットを含め、コラボレーションを介して共有することができません。

Question 21

自分の Web サーバーにデプロイしたカスタム Web アプリを参照している Web アプリアイテムを共有できますか？

Answer

はい。外部でホストされたアプリケーションにアクセスする権限がコラボレーションの受信者に付与されている限り、ポータルの外部のアプリケーション URL を参照している Web アプリアイテムを共有することができます。

Question 22

ArcGIS Living Atlas of the World Web アプリをコラボレーションで共有できますか？

Answer

いいえ。ArcGIS Living Atlas Web アプリを、分散コラボレーションを介して共有することはできません。

Question 23

コラボレーション参加者が、所有している ArcGIS Enterprise のバージョンで廃止された構成可能なアプリテンプレートを共有したらどうなりますか？

Answer

ポータルでは引き続き、廃止された ArcGIS Configurable Apps テンプレートを利用したり、アクセスしたりすることができます。以前のバージョンの ArcGIS Enterprise を使用している受信者がテンプレートを共有し、そのテンプレートが現在のリリースで廃止されている場合でも、引き続き共有されたアプリケーションにアクセスして表示することができます。

Question 24

グループを必要とする構成可能なアプリテンプレート (ミニマルギャラリー、レイヤーショーケースなど) を共有できますか？

Answer

分散コラボレーションでは、グループを必要とする ArcGIS Configurable Apps テンプレートの共有をサポートしていません。

Question 25

共有フィーチャレイヤーのシンボルを編集したのですが、更新したシンボルが受信側の参加者で複製されません。なぜでしょうか？

Answer

フィーチャレイヤーをコピーとして共有している場合は、元のシンボルが維持されます。後から編集したシンボルは複製されません。ただし、フィーチャレイヤーを Web マップ内で共有している場合は、シンボルが Web マップに格納されるため、そのシンボルに加えた更新が維持されます。

Question 26

ホストフィーチャサービスを 1 つの連携に含まれる複数の連携ワークスペースや複数の連携に含まれる複数の連携ワークスペースで共有すると、どのようになりますか？

Answer

最初に共有したホストフィーチャサービスアイテムが複製されます。それ以降に共有する場合、そのアイテムが複製されることはなく、代わりに既存のアイテムが共有されます。

Question 27

ArcGIS Enterprise 10.5 ポータルでフィーチャレイヤーに対して同期を有効にした後、タイムアウトエラーになるのはなぜですか？

Answer

レイヤーに大量のデータが含まれている場合に同期を構成すると、アイテムページがタイムアウトになることがあります。ただし、サーバーはデータの構成を続行します。しばらくすると、構成が完了し、アイテムページに対して同期を有効にする処理が正常に実行されます。

Question 28

ArcGIS Online 組織でフィーチャレイヤーに対して同期を有効にした後、タイムアウトエラーになるのはなぜですか？

Answer

レイヤーに大量のデータが含まれている場合に同期を構成すると、アイテムページがタイムアウトになることがあります。この問題が発生した場合は、REST 管理 API を使用して該当するレイヤーに対して updateDefinition 操作を async モードで実行すると、解決することができます。 Update Definition (フィーチャサービス) REST API に関するトピックの例 3 をご参照ください。

Question 29

フィーチャレイヤーデータをコピーとして共有しようとすると、次のエラーがログに記録されます。「レプリカを作成できませんでした。複数のレイヤーがサポート対象外のデータセットを参照しています。」なぜでしょうか？

Answer

このエラーは、データベース内の 1 つのデータセットを参照している複数のレイヤーが Web マップに含まれている場合に発生します (たとえば、道路フィーチャクラスが異なる 2 つのレイヤー (主要幹線道路と生活道路) としてマップ内で参照されている場合など)。コラボレーション内でコピーとして共有する、フィーチャサービスを含む Web マップを公開する場合は、作成したマップに、1 つのデータセットへの複数の参照が含まれていないことを確認してください。

Question 30

コピーとして共有されているホストフィーチャサービスの所有者を変更すると、どのようになりますか？

Answer

それ以降も、現在共有されているコンテンツの複製と同期を実行できます。これらのコンテンツは引き続き正常に動作します。

Question 31

グループでコピーとして共有されているホストフィーチャサービスを共有解除すると、どのようになりますか？

Answer

該当するホストサービスが次回の定時同期で削除または共有解除されます。このサービスを同じグループでもう一度共有する場合または別のグループで共有する場合は、新しいコピーを作成して受信側の参加者と共有します。

Question 32

受信側の参加者が、コピーとして共有したフィーチャサービスに対する編集を同期できないのはなぜですか？

Answer

所有者がフィーチャサービスに対して行った編集は、一方向で受信側参加者と同期することができます。ただし、受信側参加者が受信側のホストフィーチャサービスを編集し、その編集内容をソースフィーチャサービスに同期する機能 (双方向の編集の共有) は、サポートしていません。

受け取ったアイテムに対する編集内容を保存する場合は、フィーチャサービスをエクスポートし、エクスポートされたデータを新しいホストフィーチャレイヤーとして公開します。新しいホストフィーチャサービスは同期された編集内容をソースフィーチャサービスから受信しませんが、編集内容をサービスにすることはできます。

10.9 以降、受信者間でフィーチャレイヤー編集を双方向で共有できるようになりました。詳細については、「コラボレーショングループ間でのコンテンツの共有」をご参照ください。

Question 33

フィーチャレイヤー編集を双方向で共有できるように構成されたコラボレーションワークスペースで、フィーチャレイヤーをコピーとして共有しようとすると、受信側の参加者が編集した内容は、ソースの参加者が所有する元のフィーチャレイヤーに同期されません。どのような状況になっていますか？

Answer

受信側の参加者は、10.9 以降の ArcGIS Enterprise バージョンを使用していない場合があります。 10.9 以降でのみ、双方向に編集を共有できます。
受信側のポータルがワークスペースへの [送受信] アクセス権を所有していない可能性があります。ホスト組織は、ゲストのアクセスを [送受信] に更新する必要があります。
共有フィーチャレイヤーで、同期が有効になっていないか、supportsBiDirectionalSyncForServer が true に設定されている可能性があります。フィーチャレイヤーで編集の双方向共有のサポートを有効化する方法の詳細については、「共有ホストフィーチャレイヤー」または「エンタープライズジオデータベースからのフィーチャレイヤーの共有」をご参照ください。
コラボレーションワークスペースが編集の双方向共有をサポートするように構成される前に、フィーチャレイヤーが共有されていた可能性があります。トラブルシューティングを行うには、コラボレーションワークスペースに参加しているグループから元のフィーチャレイヤーアイテムの共有を解除し、再共有してアイテムの新しいコピーを作成します。
コラボレーションワークスペースは、ArcGIS Enterprise 10.9 以降のバージョンで作成する必要があります。

注意:

編集内容の双方向共有をサポートするフィーチャレイヤーを編集する際には、同時編集を検出して防ぐチェックが実行されないことに注意してください。編集が送信されると、最後に送信された変更が優先され、既存の編集内容は上書きされます。データの競合を避けるために、追加編集を行う前には、フィーチャサービスのアーカイブ版をご参照ください。

Question 34

データをコピーするオプションが選択された連携ワークスペースにリンクされているグループでフィーチャレイヤーを共有しています。参照として共有できるようにワークスペース設定を変更するには、どうすればよいですか？

Answer

グループからフィーチャレイヤーを共有解除します。定期的な同期を使用している場合は、同期が実行されるまで待機します。デフォルトの同期間隔は 24 時間です。システム管理者は、ワークスペースを編集した後、フィーチャレイヤーを参照として共有する操作に新しいグループを関連付ける必要があります。フィーチャレイヤーを新しいグループで共有します。

Question 35

データをコピーするオプションが選択されたコラボレーションワークスペースにリンクされているグループで共有している場合でも、マップレイヤーとタイルレイヤーがコピーされません。どのような状況になっていますか？

Answer

フィーチャレイヤーだけがデータのコピーで複製されます。その他のレイヤータイプ (マップやタイルなど) は、参照として共有されます。詳細については、コラボレーションでコンテンツを共有する方法の説明をご参照ください。

Question 36

フィーチャレイヤーをコピーとして共有しようとしたところ、同期が有効になっていないので、参照としてコピーされました。その後、フィーチャレイヤーの同期を有効にしたのですが、参照として共有された状態のままです。どのような状況になっていますか？

Answer

最初に共有する時点では、レイヤーの同期が有効になっていなかったため、参照としてコピーされました。その後、同期を有効にしても、実際に同期を試みると、参照として共有している状態のままになります。フィーチャレイヤーのデータをコピーとして共有したければ、いったんコラボレーションから共有解除してください。その結果、このデータを受け取る側 (共有先) からは削除されます。その後、改めてコラボレーションに共有し直してください。フィーチャレイヤーは、同期が有効なので、コピーとして共有されます。

Question 37

ブランチバージョン対応のフィーチャレイヤーをコラボレーションでコピーとして共有できますか？

Answer

はい。ブランチバージョン対応のフィーチャレイヤーは ArcGIS Enterprise から ArcGIS Enterprise へ、および ArcGIS Enterprise から ArcGIS Online へのコピーとして共有できます。この機能に対するサポートは ArcGIS Enterprise 10.7 および ArcGIS Pro 2.3 で追加されました。

Question 38

編集を双方向で共有できるように構成されたワークスペースにフィーチャレイヤーをコピーとして共有しようとすると、そのアイテムはコピーとして共有されます。ソースが編集した内容は受信側の参加者と共有されますが、受信側の参加者が編集した内容をソースが受信することはありません。どのような状況になっていますか？

Answer

フィーチャレイヤーで同期が有効になっていますが、レプリカ　トラッキングおよび双方向同期をサポートしていない可能性があります。トラブルシューティングを行うには、ArcGIS REST API を使用してフィーチャレイヤーにアクセスし、レイヤーが次のようになっていることを確認します。

同期が有効化されている - フィーチャサービスのプロパティ機能が次のように表示される必要があります。
```
"capabilities": "Query,Create,Update,Delete,Editing,Sync"
```
レプリカトラッキングをサポートしている - フィーチャサービスレイヤープロパティ isDataReplicaTracked が true である必要があります。
```
"isDataReplicaTracked": true
```
双方向同期をサポートしている - フィーチャサービスプロパティ syncCapability のセカンダリプロパティ supportsBiDirectionalSyncForServer が true に設定されている必要があります。
```
{
  "syncCapabilities": {
    "supportsBiDirectionalSyncForServer": true
  }
}
```

フィーチャレイヤーが上記のすべての必要な機能をサポートしていない場合は、コラボレーションワークスペースに参加しているグループからアイテムの共有を解除し、サービスを更新して機能を有効化してから、グループに再共有します。フィーチャレイヤーで編集の双方向共有のサポートを有効化する方法の詳細については、「共有ホストフィーチャレイヤー」または「エンタープライズジオデータベースからのフィーチャレイヤーの共有」をご参照ください。

Question 39

受信側の参加者が共有フィーチャレイヤーのスキーマを編集し、それらの編集内容をソースに再共有することはできますか？

Answer

いいえ。フィーチャレイヤーのスキーマの双方向編集はサポートされていません。ソースと受信側の参加者の両方がフィーチャサービスのスキーマを編集できますが、ワークスペースの同期操作には、ビューがコラボレーションに共有された時点で有効になっていた編集 (挿入、更新、削除の各操作) だけが含まれます。

注意:

スキーマの変更を受信側組織に送信するには、ワークスペースでのレイヤーの共有を解除してから再共有します。

Question 40

分散コラボレーションでは、エンタープライズジオデータベースに登録されていない、SDO_Geometry を使用したサービスをコピーとして共有できますか？

Answer

いいえ。分散コラボレーションでは、エンタープライズジオデータベースに登録されていない、SDO_Geometry を使用したサービスを共有できません。分散コラボレーションでは、フィーチャサービスレプリケーションが参加者間のサービスデータの共有に使用されます。レプリケーションでは、エンタープライズジオデータベースにデータを登録する必要があります (履歴管理、バージョニング、およびブランチモデルで変更を記録しておくメカニズムが用意されているため)。

Question 41

ホストフィーチャレイヤーとフィーチャレイヤービューの両方をコラボレーションワークスペースグループと共有する必要がありますか？

Answer

ユーザーは両方のアイテムを共有するか、フィーチャレイヤービューのみを共有するかを選択できます。両方のアイテムをコラボレーショングループと共有する場合、参加者はホストフィーチャレイヤーを作成するためのデータと、2 つ目のホストフィーチャレイヤーを作成するためのビューデータを受信します。ホストフィーチャレイヤーとフィーチャレイヤービューのリレーションシップは維持されません。ホストフィーチャレイヤービューのみが共有されている場合、ビューの定義によってコラボレーション参加者が受信するデータが決定され、ビューが関連付けられているホストフィーチャレイヤーは共有されません。代わりに、ビューデータを使用して受信者のポータルにホストフィーチャレイヤーを作成します。

Question 42

1 つのホストフィーチャレイヤーから複数のビューを作成しました。コラボレーションに複数のビューを一度に共有できますか？

Answer

はい。同じレイヤーの複数のビューをコラボレーションと共有できます。コラボレーション参加者は、共有された各ビューを、共有されたビューのタイトルに基づいた名前のホストフィーチャレイヤーとして受信します。

Question 43

ビューをコピーとしてコラボレーションと共有する場合、同期を有効にする必要はありますか？

Answer

はい。コピーとして共有する各ビューで同期を有効にする必要があります。ただし、ビューに関連付けられているフィーチャレイヤーで同期がすでに有効になっている場合のみ、同期を有効にできます。

Question 44

ホストフィーチャレイヤービューを参照として共有できますか？

Answer

はい。すべてのホストフィーチャレイヤービューを参照として共有できます。参照として共有される各ビューによって、参加するポータルで新しいアイテムが作成され、新しいアイテムは元のビューサービスを参照します。コラボレーションワークスペースを構成して、参照としてフィーチャレイヤーとビューを共有するようにします。

Question 45

ビュースキーマの変更は共有アイテムに適用されますか？

Answer

いいえ。アイテムが同期される際、ビュースキーマの変更は適用されません。ワークスペースの同期操作には、ビューがコラボレーションに共有された時点で有効になっていた編集 (挿入、更新、削除の各操作) だけが含まれます。

Question 46

異なる対象地域が定義された複数のレイヤーを含むホストフィーチャレイヤービューを共有すると、アイテムはコピーではなく参照として共有されます。なぜでしょうか？

Answer

複数のレイヤーを含むホストフィーチャレイヤービューは、各レイヤーに同じ対象地域が定義されている場合にのみ、コピーとして共有できます。

Question 47

編集情報の記録を有効にした、フィールド定義を含むホストフィーチャレイヤービューを共有すると、アイテムはコピーではなく参照として共有されます。なぜでしょうか？

Answer

編集情報の記録を有効にしたホストフィーチャレイヤービューは、それぞれの編集情報の記録フィールドがビューフィールド定義に含まれている場合にのみ、コピーとして共有できます。編集情報の記録フィールドには、created_user、created_date、last_edited_user、および last_edited_date があります。)

Question 48

Insights モデルに、ジオエンリッチメントユーティリティサービスを必要とするツールが含まれています。受信者がこのサービスが構成していない場合はどうなりますか？

Answer

受信者がサービスを構成していない場合、モデルでツールは無効になります。ただし、受信者はジオエンリッチメントユーティリティサービスを構成するように求められ、構成後はツールを利用できるようになります。

Question 49

Insights ワークブックに、データベース接続アイテムを介して接続した RDBMS のデータが含まれています。このデータベース接続は受信者と共有されますか？リレーショナルデータベース接続アイテムはコラボレーションに共有されていますか？

Answer

データベース接続アイテムがコラボレーションを介して共有されることはありません。ワークブックまたはページに含まれているデータセット (RDBMS に格納されているものも含む) のうち、受信者がアクセスできるのは、組織内の認証済みユーザーをそのデータセットに指定した場合のみです。

Question 50

ArcGIS Insights desktop で作成したワークブック、ページ、またはテーマを、コラボレーション参加者と共有できますか？

Answer

Insights desktop で作成されたワークブックの共有は、現在利用できません。ただし、Insights desktop で作成されたページ、モデル、およびテーマを、コラボレーションワークスペースに結合されたグループと共有することができます。これによって、組織内にアイテムを作成し、対象とする参加者と共有します。

Question 51

私は管理者であり、ArcGIS Enterprise コラボレーションのホストです。コラボレーションワークスペースをオンデマンドで同期できますか？

Answer

いいえ。ArcGIS Enterprise を使用しているゲスト参加者のみが、オンデマンドで同期できます。

Question 52

どのポータルメンバーがコラボレーションワークスペースをオンデマンドで同期できますか？

Answer

管理ロールを持つ ArcGIS Enterprise メンバーが、コラボレーションワークスペースをオンデマンドで同期できます。

Question 53

どのくらいの頻度でコラボレーションワークスペースをオンデマンドで同期できますか？

Answer

オンデマンドのワークスペースの同期が開始されると、現在のジョブが完了するまで、別のジョブを開始することはできません。スケジュールされた同期ジョブがすでに実行されている場合、現在のジョブが完了するまで、別のオンデマンドの同期を開始することはできません。

Question 54

ポータル内で [ワークスペースの同期] オプションが無効化されているのはなぜですか？

Answer

同期ジョブがすでに実行されている場合、ポータル内で [ワークスペースの同期] オプションは無効化されます。そのジョブが完了すると [ワークスペースの同期] オプションが有効化され、このオプションを使用して別の同期ジョブを開始できます。スケジュールされた同期ジョブの最新のステータスを確認するには、各ワークスペースの同期ステータスレポートを表示します。

Question 55

オンデマンドの同期が開始されると、どのアイテムが同期されますか？

Answer

オンデマンドの同期の動作は、スケジュールされた同期と同じです。グループで共有されたすべてのアイテムが同期されます。グループ内の共有されたフィーチャレイヤーに対する更新 (フィーチャの編集を含む) も同期されます。

Question 56

ポータルが東部標準時ゾーンにあるサーバー上で実行されています。管理者は太平洋標準時ゾーンにいるため、太平洋標準時を使用してスケジュールされた間隔でコラボレーションを実行するように構成しています。管理者が午後 8 時にスケジュールされた時間を設定した場合、時間差を考慮すると、スケジュールされた同期ジョブはいつポータルのサーバーで実行されますか？

Answer

タイムゾーンの不一致を避けるため、スケジュールされた時間はクライアントの現地時間で表示されますが、システムには同等の UTC (協定世界時) 値として保存されます。同等の UTC 値に変換された後、太平洋標準時の午後 8 時にジョブを実行するようにスケジュールした場合、同期は東部標準時の午後 11 時にポータルコンピューターで実行されますが、どちらの時間も UTC の午前 3 時に相当します。

Question 57

コラボレーションを介して受け取ったアイテムを、削除されないよう保護したいと思います。どこで指定すればよいでしょうか？

Answer

受け取った各アイテムについて、[設定] タブをクリックし、[削除の防止] をオンにしてください。

Question 58

マルチパッチフィーチャレイヤーをコラボレーション内で共有したいのですが、どうすればよいですか？

Answer

マルチパッチフィーチャレイヤーの同期が有効になっていない場合、そのレイヤーは参照として共有されます。マルチパッチフィーチャレイヤーの同期が有効になっており、コピーとして共有するようにコラボレーションが設定されている場合、そのレイヤーはコピーとして共有されます。ただし、それ以降に加えられた編集は、コピーとして共有されている場合でも同期されません。

Question 59

フィーチャレイヤーとそのフィーチャレイヤーから公開された WFS レイヤーがあります。これらのアイテムのうち、コラボレーショングループで共有する必要があるのはどちらですか？

Answer

すべてのレイヤーとこれらのレイヤーから派生したレイヤー (WFS、タイルなど) をコラボレーショングループで明示的に共有する必要があります。これで、コラボレーションを介して複製された場合に、派生したレイヤーが破損リンクになりません。通常、コラボレーションを介して提供するアイテムはすべて、明示的に共有する必要があります。

Question 60

URL に HTTP を使用して構成されたアイテムをコラボレーショングループが受信しましたが、開けませんでした。

Answer

HTTP と HTTPS を使用してポータルが構成されている場合、参照としてコピーされたサービスは URL に HTTP を使用して構成されます。ポータルでは混合コンテンツがブロックされるため、このアイテムを開くことができません。これを解決するには、HTTPS を使用するように手動で URL を変更します。 HTTPS のみを使用してポータルにアクセスできるようにすることをお勧めします。これがデフォルトの構成です。

Question 61

HTTP と HTTPS の両方を使用してアクセスできるようにポータルを構成しています。このポータルは、分散コラボレーションに参加できますか？

Answer

コラボレーションにゲストを招待するには、各ゲストポータルの URL を HTTPS として指定する必要があります。

Question 62

Enterprise ポータルでは Kerberos のみで Web 層認証を使用しています。別の ArcGIS Enterprise デプロイメントとの分散コラボレーションに参加することはできますか？

Answer

はい、できますが、いくつかの制限があります。 Kerberos 認証では、他のポータルがあなたのポータルと直接通信することを防ぎます。これにより、他のポータルが即時同期を使用して、あなたのポータルにコンテンツを送信することができません。コンテンツは引き続き共有できますが、これはスケジュール設定された同期によってのみ可能になります。コラボレーションの同期設定を [すぐに同期] に設定した場合、コラボレーショングループで共有されているコンテンツはすべて、他の参加者とすぐに同期することができます。

Kerberos 認証のみを使用する 2 つ以上のポータル間で機能のコラボレーションを設定することはできません。

Question 63

コラボレーション参加者の 1 人のワークスペースに「サポート対象外」のステータスが表示されるのはなぜですか？

Answer

ワークスペースの [ステータス] フィールドは、最新のジョブの詳細と、ジョブがリアルタイムなのか定期的に同期されるのかに関する情報を表示します。この機能は、10.6 より前の ArcGIS Enterprise ポータルではサポートされていませんでした。 [サポート対象外] のステータスは、10.5 または 10.5.1 のポータルを使用しているゲスト参加者に対して表示されます。

Question 64

ゲストの組織の URL が IP アドレスを使用している場合、そのゲストを私のコラボレーションに参加するように招待できますか？

Answer

はい。値 (たとえば https://123.255.78.1/) が IP アドレスの範囲内にあることが検証されます。

Answer 65

はい。 10.8 以降、コラボレーションで参照によって共有されているすべてのサービスアイテムの認証情報を保存することを選択できるようになりました。認証情報は、送信側ポータルに入力され、コラボレーションを行うポータルで共有されているサービスに適用されます。ただし、この機能に適用される制限がいくつかあります。

10.8 では、認証情報を保存する機能は、[Update Service Proxy Config] 操作を使用して API を共有している ArcGIS Portal Directory を介してのみ実行できます。 10.8.1 では、この作業をポータルホームアプリケーションから実行できるようになりました。詳細については、「コラボレーションをゲストとして管理」と「コラボレーションの管理」をご参照ください。

認証情報は、コラボレーションワークスペースに関連付けられ、閲覧者権限を持つ組み込みユーザー用である必要があり、それより高い権限を持つユーザーの認証情報はブロックされます。認証情報を保存するオプションは、ArcGIS Enterprise と ArcGIS Enterprise の間のコラボレーションで、両方の ArcGIS Enterprise の参加者がバージョン 10.8 以上を使用している場合にのみ機能します。認証情報を ArcGIS Online との間で送信したり受信したりすることはできません。この機能は、IWA や PKI などの Web 層認証を使用する ArcGIS Enterprise システムでは動作しません。

認証情報は、送信側ポータルで管理者によって入力され、保存される必要があります。送信側ポータルが受信側ポータルに達することができる場合、受信側ポータル上のアイテムが、格納された認証情報を使用して直ちに更新されます。送信側ポータルが受信側ポータルに達することができない場合、アイテムは、次回のスケジュールされた同期の間に更新されます。

Answer 66

ArcGIS Enterprise 10.8.1 以降では、ワークスペースの同期設定のときに [コピー] を選択した場合、コラボレーションを作成するときに [コピーとして共有できない場合に参照として共有] を選択できるようになりました。このオプションを有効にすると、コピーとしてアイテムを共有するときにエラーが発生した場合、そのアイテムが代わりに参照として共有されます。このオプションは、ワークスペースを編集するときに更新できます。詳細については、「コラボレーションの管理」をご参照ください。

Answer 67

いいえ。分散コラボレーションでは、Esri が所有するコンテンツの共有はサポートされていません。このコンテンツには、次によって所有されるコンテンツが含まれます。

Esri_[lang]
esri
esri_apps
esri_boundaries
esri_demographics
esri_livingatlas
esri_nav
esri_notebook

Answer 68

共有時にアイテムをグループに追加できない場合、そのアイテムがアイテムグループの一部であれば、処理が続行され、それ以外のアイテムは正常に移行されます。 1 つのアイテムの共有に失敗したことを示すエラーが記録されます。詳細については、ポータル管理者にポータルログの調査を依頼してください。

Answer 69

グループ内でコンテンツが受信されない原因として、いくつかのケースが考えられます。次に示します。

グループがコラボレーションワークスペースに加入していない可能性があります。システム管理者に連絡して、コラボレーションワークスペースが正しく構成されているかどうかと、正しく構成されている場合は、該当するグループがそのワークスペースに加入しているかどうかを確認してください。
定時同期がまだ実行されていない可能性があります。管理者が構成したとおり、コラボレーションしているコンテンツは一定の間隔で同期されます。デフォルトの間隔は 24 時間です。ゲスト組織の分散コラボレーション管理者は、[ワークスペースの同期] オプションを使用して、オンデマンドでワークスペースを同期することができます。また、コラボレーション REST API を使用してオンデマンドで同期を呼び出すこともできます。分散コラボレーションの詳細については、REST API ドキュメントの「同期」をご参照ください。
受信側の組織内の使用可能なディスク空き容量が全体の 10 GB 以下に達している可能性があります。この閾値に達すると、コンテンツが同期しなくなります。この旨を示す SEVERE レベルのログメッセージが記録されます。コラボレーション管理者は、コンテンツストアのディスク容量使用量の閾値に達したことを示す通知も受信します。ディスク空き容量が確保されると、コンテンツが再び同期します。デフォルトでは、コンテンツストアのディスク容量の閾値は 10 GB です。この閾値は、Portal Administrator Directory を使用して変更できます。

Answer 70

次の条件下では、フィーチャレイヤーが参照として複製されます。

フィーチャレイヤーが同期機能に対応していないか、フィーチャレイヤーに対して同期が有効になっていません。同期を有効にするには、フィーチャレイヤーデータをコピーとして共有する方法の説明をご参照ください。この場合、コラボレーション管理者とグループ所有者の両方に、コピーとしての共有を試みたけれども、実際には参照として共有されている旨の通知が届きます。ポータルのログに、同期が有効でないため参照として共有されている旨が出力されます。
フィーチャレイヤーが最大アイテムサイズである 1 GB を超えているため、参照として共有されます。検証するには、INFO レベルのポータルログを有効にして、共有されるフィーチャレイヤーのデータアイテムのサイズを示すログエントリを検索してください。
受信側の参加者の ArcGIS Enterprise のバージョンが 10.5 または 10.5.1 です。

Answer 71

受信側の組織にコピーされたフィーチャレイヤーでは、コラボレーションが (ホストで) 削除された場合、コラボレーションワークスペースが削除された場合、組織が (ホストで) コラボレーションから削除された場合、または組織の管理者がコラボレーションを脱退した場合、編集の同期が中止される可能性があります。送信側の組織でフィーチャレイヤーに編集が加えられていないことも考えられます。

また、考えられる別の原因として、同期しようとした編集のサイズがコラボレーションホストの管理者によって設定された上限を上回っています。

Answer 72

関連レイヤーに、式に基づいたレンダラーがあるかどうかを確認してください。これを行うには、次の手順に従います。

コンテンツページの [マイコンテンツ] タブを開き、[アイテム詳細の表示] を選択してフィーチャレイヤーのアイテム詳細を表示します。
[ビジュアライゼーション] タブをクリックします。
リスト表示されたレイヤーごとに、[スタイルの変更] ボタンをクリックして、[表示する属性] が式に設定されているかどうかを確認します。設定されている場合、次のどちらかを実行します。
- ArcGIS Enterprise で、[表示する属性] を式ではなくフィールドに変更して、[レイヤーの保存] をクリックします。この変更を適用可能なすべてのレイヤーに対して行ったら、次回の同期で編集内容が受信されるはずです。
  注意:
  [表示する属性] を変更してレイヤーを ArcGIS Enterprise に保存した後に、ArcGIS Online 組織内の対応するフィーチャレイヤーを変更する必要はありません。
- ArcGIS Online 組織で、[表示する属性] を式ではなくフィールドに変更します。次に、コラボレーショングループからアイテムを共有解除して、レイヤーを同期し、データを再コピーするオプションを使用して再び共有します。
- ArcGIS Online 組織でビューを作成し、そのビュー内のレイヤーを、式を使用しないように調整し、そのビューをフィーチャレイヤーではなくコラボレーションで共有します。

Answer 73

PKI を使用している IIS Web サーバーの管理者は、uploadReadAheadSize プロパティの値を 51,200,000 (50MB) まで大きくする必要があります。たとえば、PKI ポータルの ArcGIS Web Adaptor が IIS のデフォルト Web サイトで「portal」としてインストールされている場合は、uploadReadAheadSize プロパティの変更に次のコマンドを使用できます。

%windir%\system32\inetsrv\appcmd.exe set config "Default Web Site/portal" -section:system.webServer/serverRuntime /uploadReadAheadSize:"51200000" /commit:apphost

uploadReadAheadSize プロパティの詳細については、Server Runtime のドキュメントをご参照ください。

Answer 74

すべてのユーティリティサービスに、フィーチャレイヤーに対するアクセス権、および操作を実行する権限が必要です。参照によって共有されているフィーチャレイヤーで [印刷] サービスを使用しようとすると、ポータルはフィーチャレイヤーを共有している組織にリクエストを行い、組織は操作の続行を許可します。このエラーが発生した場合、ファイアウォールとセキュリティがインバウンドリクエストを許可していることを組織に確認する必要があります。

または回避策として、組織にデータをコピーとして共有してもらうか、共有されているソースデータを使用して組織内にデータを公開します。

ArcGIS Enterprise と ArcGIS Enterprise のコラボレーション

ArcGIS Online と ArcGIS Enterprise のコラボレーション

Web アプリの共有

フィーチャ レイヤー データをコピーとして共有し、編集内容を同期させる

ホスト フィーチャ レイヤー ビューの共有

ArcGIS Insights の共有

オンデマンドでのワークスペースの同期

スケジュールされた間隔を使用したワークスペースの同期

その他の一般的な質問

トラブルシューティング