- 概要
- 要件
- インストール
- 前提条件の確認
- インストール パッケージをダウンロードする
- uipathctl cluster
- uipathctl cluster maintenance
- uipathctl cluster maintenance disable
- uipathctl cluster maintenance enable
- uipathctl cluster maintenance is-enabled
- uipathctl cluster upgrade
- uipathctl config
- uipathctl config alerts
- uipathctl config alerts add-email
- uipathctl config alerts remove-email
- uipathctl config alerts update-email
- uipathctl config additional-ca-certificates get
- uipathctl config tls-certificates get
- uipathctl config orchestrator
- uipathctl config orchestrator get-config
- uipathctl config orchestrator update-config
- uipathctl config additional-ca-certificates update
- uipathctl config tls-certificates update
- uipathctl health
- uipathctl health bundle
- uipathctl health check
- uipathctl health diagnose
- uipathctl health test
- uipathctl identity
- uipathctl identity add-host-admin
- uipathctl identity enable-basic-auth
- uipathctl identity get-saml-certificate
- uipathctl identity get-token-signing-certificate
- uipathctl identity rotate-saml-certificates
- uipathctl identity rotate-token-signing-certificates
- uipathctl identity update-saml-certificate
- uipathctl identity update-token-signing-certificate
- uipathctl manifest
- uipathctl manifest apply
- uipathctl manifest diff
- uipathctl manifest get
- uipathctl manifest list-applications
- uipathctl manifest render
- uipathctl prereq
- uipathctl prereq create
- uipathctl prereq run
- uipathctl resource
- uipathctl resource report
- uipathctl snapshot
- uipathctl snapshot backup
- uipathctl snapshot backup create
- uipathctl snapshot backup disable
- uipathctl snapshot backup enable
- uipathctl snapshot delete
- uipathctl snapshot list
- uipathctl snapshot restore
- uipathctl snapshot restore create
- uipathctl snapshot restore delete
- uipathctl snapshot restore history
- uipathctl snapshot restore logs
- uipathctl sso
- uipathctl sso generate-connector
- uipathctl sso generate-overlays
- uipathctl sso generate-rbac
- uipathctl version
- インストール後
- 移行とアップグレード
- 監視とアラート機能
- クラスターの管理
- 製品固有の設定
- トラブルシューティング
移行オプション
スタンドアロン Orchestrator のデータを Automation Suite に移行するには、以下の 2 つのプロセスのいずれかに従います。
使用するプロセスを 1 つ選択する必要があります。両方を使用することはできません。
このページでは、2 つのオプションの違いについて説明しており、使用するオプションを選択するのに役立ちます。
どちらのプロセスも、データを Orchestrator のスタンドアロン インストールから Automation Suite 内の Orchestrator サービスに移動するためのものですが、いくつか異なる点があります。
完全なインストールの移行プロセスは、基本的にはスタンドアロンの Orchestrator データベースを Automation Suite にリンクさせて、Orchestrator に含まれるすべてのデータが Automation Suite で利用できるようにするものです。Orchestrator に加えて、他の製品やサービスも移行する場合は、この方法を使用する必要があります。
完全な移行オプションでは、スタンドアロン製品のデータベースと自動作成される Automation Suite データベースとの間で、データが高い忠実度で確実に転送されます。既定の Automation Suite データベースを使用しない場合は、接続文字列を更新すれば、移行済みの独自のデータベースを選択できます。
一方、単一テナントの移行プロセスでは、Automation Cloud™ 移行ツールを使用して、スタンドアロンの Orchestrator に存在するエンティティだけをコピーします。このツールは、そのエンティティをスタンドアロンの Orchestrator から API 経由で取得し、Automation Suite に API 経由で書き込みます。
完全なインストールの移行 |
単一テナントの移行 | |
---|---|---|
スコープ |
| |
結果 |
Automation Suite 内の Orchestrator には、スタンドアロンの Orchestrator と完全に同じデータが含まれ、完全に同じように構成されます。 |
すべてのエンティティが Orchestrator にコピーされますが、Automation Suite 内の Orchestrator では既定の Automation Suite 構成が使用されます。 スタンドアロン インストールと同じ設定を実現するには、Automation Suite の初回構成を実行する必要があります。この構成は、移行の前後を問わずいつでも実行できます。 |
前提条件 |
スタンドアロンの Orchestrator を対象の Automation Suite バージョンと一致するバージョンにアップグレードする必要があります。 |
サポート対象のスタンドアロン Orchestrator バージョン 2019.4 からの直接移行がサポートされています。 |
組織階層 |
スタンドアロンの Orchestrator のすべてのテナントに対して、1 つのテナントを含む組織が 1 つ設定されます。たとえば、10 個のテナントがある場合は、移行の結果、それぞれ 1 つのテナントを持つ 10 個の組織になります。 |
テナントは、必要に応じて同じ組織または複数の組織に移行できます。 |
通常、どちらか 1 つの移行オプションしか使用できませんが、このサンプル シナリオでは、両方を使用できるユース ケースについて説明します。
完全な移行を実行する場合、Automation Cloud 移行ツールで移行プロセスをサポートできます。このツールにより、エンドツーエンドのテストに使用できる運用データを使って、Automation Suite 内にテスト環境を簡単に設定できます。
最初に Automation Suite をテストしたいと考えていて、その際に Orchestrator の実際のデータを使用したい場合、完全なプロセスは次のようになります。
- Automation Suite をテストまたは開発環境にデプロイします。
-
Cloud 移行ツールを使用して、スタンドアロンの Orchestrator から Automation Suite に部分的なデータを移行します。手順については、「単一テナントの移行」をご覧ください。
これにより、実際のデータセットで概念実証や無料トライアルを実行できます。この時点ではお使いの Orchestrator のデータがあるものの、Automation Suite と Orchestrator の既定の設定を使用しています。たとえば、プロセスを容易にテスト実行することはできますが、SSO アカウントでは容易にログインできません。
- 部分的な移行が完了したら、重要なシナリオとユース ケースを検証し、問題に対応します。
-
スタンドアロンの Orchestrator のテスト環境を目的のバージョンにアップグレードします。
「Windows インストーラーを使用して更新する」の手順に従います。必ず、環境を読み取り専用モードにしてください。
- 「完全な移行」の手順に従って、Automation Suite へのテスト移行を実行します。
- すべてのテスト ユーザーとロボットを新しい Automation Suite テスト環境にリダイレクトします。
- 移行中および移行後に問題に対処し、プロセスをエンドツーエンドで検証します。
- Automation Suite を運用環境にデプロイします。
-
スタンドアロンの Orchestrator の運用環境を目的のバージョンにアップグレードします。
「Windows インストーラーを使用して更新する」の手順に従います。必ず、環境を読み取り専用モードにしてください。
-
「完全な移行」の手順に従って、Automation Suite への完全な運用移行を実行します。
重要: これにより、以前に移行したデータは上書きされて失われます。この移行では、すべてのカスタム構成が適用され、Orchestrator のエンティティも移行されます。Automation Suite には、スタンドアロンの Orchestrator と同じ情報が表示されます。 - すべての運用環境のユーザーとロボットを新しい Automation Suite 運用環境にリダイレクトします。
必要に応じて、スタンドアロンの Orchestrator から不要になったテナント (テスト用のテナントなど) を破棄できます。スタンドアロン インストールからのテナントに対して、組織とテナントのペアを作成しない場合、そのテナントは Automation Suite で利用できません。破棄されたテナントのデータは新しいデータベースに移行されますが、そのテナントにユーザー インターフェイスからアクセスすることはできません。