ArcGIS Enterprise では、移行という用語は、既存の配置またはその一部をより新しいまたは別の配置またはインフラストラクチャに移動させるにあたっての組織の要件を指します。移行手法に従い、既存のコンテンツ、ユーザーとグループ、ソフトウェアを移動することができます。
一般的手法
アーキテクチャおよび移行に関する要望は組織ごとに異なるため、個別の手法と解決策を導入してください。以下の項では、一般的な移行手法を概説し、これらの領域での作業に役立つツールへのリンク、ヘルプ文書、ブログ、およびその他の参考情報を提示します。
ある ArcGIS 組織から別の ArcGIS 組織へのコンテンツの移行
この手法は、組織が以下を行う場合に役立つことがあります。
- 開発からステージング、運用に至るまで、各組織全体にコンテンツを宣伝する場合。
- (たとえば、プライベート アイテムとパブリック アイテムの組み合わせを配信するため) 選択したコンテンツを ArcGIS Enterprise に維持しながら選択内容を ArcGIS Online に移行する場合 (またはその逆の場合)。
- ある ArcGIS Enterprise の配置に選択したコンテンツを維持しながら選択内容を (たとえば、分離された環境内の) 別の ArcGIS Enterprise の配置に移行する場合。
コンテンツをコピーまたは移行するときに、以下のとおり、ArcGIS API for Python または ArcGIS REST API のツールおよびリソースを使用できます。
- コンテンツのクローン作成ガイドでは、clone_items() 関数が環境全体でどのように使用されるかを詳述しています。clone_items() 関数では、ホスト サービス、Web マップと Web アプリ、その他のアイテム タイプを使用できます。
- 10.8.1 では、arcgis.gis.GroupMigrationManager.create() 関数を使用して、ArcGIS Enterprise の組織からグループ コンテンツをパッケージとしてエクスポートできます。管理者は、この関数を使用して、選択したグループ コンテンツを抽出し、これを別の組織のグループにインポートできます。この関数では、ホスト フィーチャ レイヤー、Web マップと Web アプリ、その他のテキストベースのアイテムを使用できます。アイテム ID は、移行中に維持されます。
- 10.8.1 では、arcgis.gis.GroupMigrationManager.load() 関数を使用して、エクスポートされたパッケージを ArcGIS Enterprise の組織にパッケージとしてインポートできます。インポートが完了すると、アイテムの所有者がデフォルトでパッケージをインポートした管理者に設定されます。その後、アイテムを必要に応じて他の所有者に割り当てることができます。
10.8.1 では、ArcGIS REST API でグループ コンテンツのエクスポート操作とインポート操作を使用して、コンテンツをある ArcGIS Enterprise 組織から別の組織に移動できます。これらの操作は、コンテンツを開発環境からステージング環境に移動する場合、または分離された環境間で移動する場合に役立ちます。
メモ:
上記のシナリオは環境間でのアイテムの移動を指していますが、組織間でのアイテムの共有も一般的です。この例では、たとえば、組織間でパブリック アイテムとプライベート アイテムを配信するために、アイテムが環境間で複製されます。この手法の実現のため、分散コラボレーションを実施することができます。共有コンテンツは、ある ArcGIS Enterprise 組織から別の組織へ、または ArcGIS Enterprise から ArcGIS Online へ送信できます。
あるコンピューターから別のコンピューターへの既存の配置の移行
この手法は、組織が既存のソフトウェア コンポーネントをより新しいハードウェアまたはオペレーティング システムに移動する必要がある場合に役立ちます。この手法は、オンプレミスで、またはクラウドにホストされる単独または複数のコンピューターの配置に対し使用できます。
- コンテンツを失ったりサービスを中断したりすることなく配置内のコンピューターを置き換えるには、「サイトに参加」操作を使用して、ソフトウェア コンポーネントを別のコンピューターに移行します。「サイトに参加」操作は、ArcGIS Server とポータルの両方で使用できます。詳細は、こちらのブログをご参照ください。ArcGIS Data Store の移行手順も掲載されています。
- これより少々複雑なワークフローとして、webgisdr ユーティリティの使用が挙げられます。運用環境での作業に影響を与えないことから、このワークフローを採用した方がよい場合もあります。詳細は、こちらのブログをご参照ください。
既存のオンプレミス配置からクラウド配置への移行
この手法は、組織が以下を行う場合に役立つことがあります。
- 新しい機能を追加する場合。
- システムの性能を向上させ、容量を増量する場合。
- システム費用を削減する場合。
- セキュリティ基準を改善し、セキュリティ基準を遵守する場合。
この移行手法が組織に適しているかを判断するには、以下をご確認ください。
- Enterprise とクラウド移行ページ - クラウド配置への移行の概要について、まずここをご確認ください。
- ArcGIS Enterprise とクラウド移行ガイド - このガイドには、移行に関する組織の要望を理解し、移行を計画し、組織の要望に従い活動するための詳細な手法が掲載されています。
- クラウド ブログの ArcGIS Enterprise - このブログでは、クラウド配置の概要を説明しています。
- AWS CloudFormation と ArcGIS - こちらを確認して、クラウド配置ツールを理解しましょう。
アップグレードと移行
ArcGIS Enterprise ソフトウェアのアップグレードは、移行手法には当てはまりません。ArcGIS Enterprise (基本配置コンポーネント、サーバーの役割などを含む) のアップグレードの目的は通常、新しいフィーチャ、機能、アプリへのアクセス権を取得することです。たとえば、ある組織がバージョン 10.7 を使用していて、10.8.1 で使用可能な新しいフィーチャまたはアプリへのアクセス権を取得するためにアップグレードを検討しているとします。この場合、既存の配置がバックアップされ、より新しいバージョンのソフトウェアが既存のソフトウェアの上にインストールされて、ソフトウェアが最新版に更新されます。
ただし、多くの場合、ソフトウェアのアップグレードは、移行手法の実行と並行して行われます。