移行手法
ArcGIS Enterprise では、移行という用語は、既存のデプロイメントまたはその一部を別のデプロイメントに移動させるにあたっての組織の要件を指します。 この別のデプロイメントは、別のオペレーティング システムまたは別のインフラストラクチャーではより新しいものとなる場合があります。 移行手法により、既存のコンテンツを元のデプロイメントから別のデプロイメントに移動できます。
一般的手法
アーキテクチャーおよび移行に関する要望は組織ごとに異なるため、個別の手法と解決策を導入してください。 コンテンツ移行のために選択する手法は、特定の要因に応じて変わります。 移行手法を選択するときに考慮すべき要因として、以下が挙げられます。
どのコンテンツを移行する必要があるか？ すべてのコンテンツ、すべてのコンテンツのユーザーとグループ、コンテンツの特定サブセットが対象として考えられます。
どのオペレーティング システムが関与するか？ Windows Server 2019 から Windows Server 2022 など、同じ種類のオペレーティング システム間での移行と、Windows デプロイメントから Linux デプロイメントへの移行とでは、考慮すべき事柄が異なります。
どの種類のインフラストラクチャーが関与するか？ コンテンツを ArcGIS Enterprise から ArcGIS Enterprise に移行する場合と、ArcGIS Enterprise から ArcGIS Online に移行する場合で、考慮すべき事項が変わります。 オンプレミスのデプロイメントからクラウドに移行する場合、またはクラウドからオンプレミスのデプロイメントに移行する場合も、別途考慮すべきことがあります。
以下の項では、一般的な移行手法を概説し、これらの領域での作業に役立つツールへのリンク、ヘルプ文書、ブログ、およびその他の参考情報を提示します。
ある ArcGIS 組織から別の ArcGIS 組織へのコンテンツの移行
この手法は、組織が以下を行う場合に役立つことがあります。
開発からステージング、運用に至るまで、各組織全体にコンテンツを宣伝する場合。
注意:
環境を介してコンテンツを移動するもう 1 つのアプローチとして、すべての組織のアイテムとサービスの URL を更新することもできます。 詳細については、組織の URL の更新をご参照ください。
(たとえば、プライベート アイテムとパブリック アイテムの組み合わせを配信するため) 選択したコンテンツを ArcGIS Enterprise に維持しながら選択内容を ArcGIS Online に移行する場合 (またはその逆の場合)。
ある ArcGIS Enterprise のデプロイメントに選択したコンテンツを維持しながら選択内容を (たとえば、分離された環境内の) 別の ArcGIS Enterprise のデプロイメントに移行する場合。
ホストされたコンテンツの移行
ホスト レイヤー、Web マップ、アイテムをコピーまたは移行する場合は、ArcGIS API for Python、ArcGIS REST API、またはポータル Web サイトのツールとリソースを使用できます。 ArcGIS API for Python を使用したことがある場合は、以下のツールとリソースをより簡単に使用できます:
コンテンツのクローン作成ガイドでは、
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 の組織にパッケージとしてインポートできます。 インポートが完了すると、アイテムの所有者がデフォルトでパッケージをインポートした管理者に設定されます。 その後、アイテムを必要に応じて他の所有者に割り当てることができます。 ある組織から別の組織にコンテンツの一部を移行する場合に、この移行手法を考慮する必要があります。ArcGIS API for Python になじみがない場合は、ArcGIS REST API でグループ コンテンツのエクスポート操作とインポート操作を使用して、コンテンツをある ArcGIS Enterprise 組織から別の組織に移動できます。 これらの操作は、コンテンツを開発環境からステージング環境に移動する場合、または分離された環境間で移動する場合に役立ちます。 ある組織から別の組織にコンテンツの一部を移行する場合に、この移行手法を考慮する必要があります。
参照コンテンツの移行
参照コンテンツを移行する場合、ユーザー管理データ ストアを参照する GIS サービスを各 ArcGIS Enterprise デプロイメントに公開するか、同デプロイメントと共有する必要があります。 参照サービスの共有は、以下の手法で行えます。
ArcGIS Pro からの Web レイヤーの公開。 ArcGIS Pro を公開されるサービスは、Web レイヤーの共有時にデータ ソースを参照します。 つまり、別のデータ ソースを参照したい場合は、新しいマップを作成する必要があります。
ArcGIS Server Manager でのサービス定義ファイル (
.sd) の公開。 このデータベース接続から公開されるすべてのサービスは、同じソース データを参照します。ArcGIS Enterprise の一括公開。 このデータベース接続から公開されるすべてのサービスは、同じソース データを参照します。
また、ArcPy 共有モジュール arcpy.sharing を使用して、サービスを自動化できます。 この移行手法は、同じ GIS サービスを複数の ArcGIS Enterprise デプロイメントと一度に共有する場合に考慮する必要があります。
注意:
上記のシナリオは環境間でのアイテムの移動を指していますが、組織間でのアイテムの共有も一般的です。 この例では、たとえば、組織間でパブリック アイテムとプライベート アイテムを配信するために、アイテムを環境間で複製できます。 この手法の実現のため、分散コラボレーションを実施できます。 分散コラボレーションは、環境間でのコンテンツ共有に使用できますが、環境間でのコンテンツ移行を想定して設計されていません。
あるコンピューターから別のコンピューターへの既存のデプロイメントの移行
組織が既存のソフトウェア コンポーネントをより新しいハードウェアまたはオペレーティング システムに移動しなくてはならない場合があります。 オンプレミスまたはクラウドにホストされている単独または複数のコンピューターのデプロイメントを、同じタイプのオペレーティング システムから別のオペレーティング システムに移行するには、以下の方法を検討します。
コンテンツを失ったりサービスを中断したりすることなくデプロイメント内のコンピューターを置き換えるには、「サイトに参加」操作を使用して、ソフトウェア コンポーネントを別のコンピューターに移行します。 「サイトに参加」操作は、Portal Administrator Directory と Server Administrator Directory で使用できます。
これより少々複雑なワークフローとして、
webgisdrユーティリティーの使用が挙げられます。 運用環境での作業に影響を与えないことから、このワークフローを採用した方がよい場合もあります。 詳細については、「WebGISDR による ArcGIS Enterprise の移行」をご参照ください。
既存のオンプレミス デプロイメントからクラウド デプロイメントへの移行
この手法は、組織が以下を行う場合に役立つことがあります。
新しい機能を追加する場合。
システムの性能を向上させ、容量を増量する場合。
システム費用を削減する場合。
セキュリティー基準を改善し、セキュリティー基準を遵守する場合。
この移行手法が組織に適しているかを判断するには、以下をご確認ください。
エンタープライズとクラウド移行ページ - クラウド デプロイメントへの移行の概要について、まずここをご確認ください。
Enterprise とクラウド移行 - ArcGIS Architecture Center のこのトピックでは、クラウド移行の理由と方法に関する追加情報を提供します。
ArcGIS Enterprise とクラウド移行ガイド - このガイドには、移行に関する組織の要望を理解し、移行を計画し、組織の要望に従い活動するための詳細な手法が掲載されています。
クラウド ブログの ArcGIS Enterprise - このブログでは、クラウド デプロイメントの概要を説明しています。
AWS CloudFormation と ArcGIS - AWS デプロイメントで使用可能なクラウド デプロイメント ツールを理解しましょう。
ArcGIS Enterprise on Microsoft Azure のデプロイ - Microsoft Azure デプロイメントで使用可能なクラウド デプロイメント ツールを理解しましょう。
アップグレードと移行
ArcGIS Enterprise ソフトウェアのアップグレードは、移行手法には当てはまりません。 ArcGIS Enterprise (基本デプロイメント コンポーネント、サーバーの役割などを含む) のアップグレードの目的は通常、新しいフィーチャ、機能、アプリへのアクセス権を取得することです。 たとえば、ある組織がバージョン 11.1 を使用していて、11.2 で使用可能な新しいフィーチャまたはアプリへのアクセス権を取得するためにアップグレードを検討しているとします。 この場合、既存の配置がバックアップされ、より新しいバージョンのソフトウェアが既存のソフトウェアの上にインストールされて、ソフトウェアが最新版に更新されます。
ただし、多くの場合、ソフトウェアのアップグレードは、新しいオペレーティング システムへの移行やオンプレミス デプロイメントからクラウド デプロイメントへの移行などの移行手法の実施と並行して行われます。