Cloud 移行を計画する
Atlassian Server 製品の移行準備に役立つドキュメント。
Confluence Cloud Migration Assistant 3.3.7 以降、ならびに Confluence Server / Data Center 6.15 以降へのアップグレード
より安定した信頼性の高い移行体験を提供するために、添付ファイルやその他のメディア ファイルの移行方法を改善しました。
2022 年 9 月 19 日以降は、次のようにアップグレードすることをお勧めします。
Confluence Cloud Migration Assistant 3.3.7 以降にアップグレード
Confluence Cloud Migration Assistant を使用する前に Confluence Server または Data Center 6.15 以降にアップグレード
2023 年 1 月 31 日以降は次のバージョンを使用できなくなります。
Confluence Cloud Migration Assistant 3.3.6 以前
Confluence Cloud Migration Assistant を使用する際は Confluence Server / Data Center 6.14 以前
このお知らせとアップグレード方法に関する詳細をご確認ください。
さらなる詳細や技術的な懸念については、お問い合わせください。
Confluence Cloud Migration Assistant は、 Confluence Server または Data Center から Confluence Cloud への、コンテンツ、ユーザー、およびグループの簡単な移動を支援するアプリです。アトラシアンが構築と保守を行うこのアプリは、無料でインストールして使用できます。
このアプリによって、Cloud に移動するコンテンツを選択して、好きなタイミングで移行を開始できます。移行プロセスの間は、すべての項目の進捗状況を監視できます。
次の場合は、Confluence Cloud Migration Assistant を使用します。
Confluence Server または Data Center のユーザーやデータを Confluence Cloud サイトに移動したい
Confluence Server または Data Center から Confluence Cloud サイトに移行する前にアプリを評価したい
Confluence Server または Data Center から Confluence Cloud へのテスト移行を実行したい
アトラシアン株式会社からアプリの使用を推奨された
はじめる前に
Cloud 移行ガイドを必ずご確認ください。このガイドでは、移行プロセスをステップ バイ ステップで説明しており、問題点の特定に役立ちます。
テストまたは本番環境への移行を試行する前に、移行前チェックリストを完了していることをご確認ください。このチェックリストを使用すると、移行に向けて環境やデータを準備して、移行の失敗となる一般的な原因を回避できるようになります。Confluence 移行前チェックリストの詳細をご確認ください。
Confluence Server サイトのバージョンが 6.13 以降の場合、Confluence Cloud Migration Assistant は事前にインストールされているため、別途インストール不要です。ただし、アプリの更新を求められる場合があります。
バージョン 5.10 ~ 6.12 にアプリをインストールするには以下の手順を実行します。
Confluence Server で、 > [アプリを管理] の順に移動します。
[新しいアドオンを検索] を選択します。
Confluence Cloud Migration Assistant を検索します。
[インストール] を選択したら完了です。
Migration Assistant を検索するには、次の手順に従います。
[Confluence 管理] に移動し、Atlassian Cloud カテゴリで [移行アシスタント] を選択します。
Confluence Server サイトがファイアウォールの内側にある場合は、ドメイン atlassian.com へのアクセスを許可する必要があります。
移行パスを作成するには、4 つのステップがあります。
アプリを評価する
アプリを準備する
すべてのメール ドメインを確認する
データを移行する
以降のセクションでは、各段階の詳細について説明します。
移行するアプリがない場合は、手順 3 に進んでください。
以降のセクションでは、各段階の詳細について説明します。
ステージ 1 と 2 のアプリに関する注意
[アプリを評価] 画面では、自動パスのあるアプリを [ステージ 1] または [ステージ 2] のラベルで分けてリストできます。
ステージ 1: このステージのアプリは移行成功率が不明か低いことが判明しています。ステージ 1 のアプリを移行しようとしてアプリ データの移行に失敗する場合は、対応する Marketplace Partner (アプリのベンダー) に問い合わせてサポートを依頼する必要があります。
ステージ 2: このステージのアプリは移行成功率が高いことが判明しています。
アプリを評価する際はドキュメントをご参照いただき、自動移行パスのあるアプリのステージを理解することが重要です。
サーバー上のアプリで重要なデータを管理している場合は、そのデータの移行に最適なプロセスについて Marketplace Partner (アプリのベンダー) にご確認ください。
Server にインストールしたアプリを確認して、移行準備中のアプリを評価するには、Confluence Cloud Migration Assistant を使用します。移行前にアプリを評価して (必要に応じて) Cloud サイトの代替アプリを選択すると、肝心なときにアプリによって移行がブロックされるようなリスクを排除できます。アプリの評価方法をご確認ください。
アプリの評価を開始するには、次の手順に従います。
Migration Assistant のホーム画面で [アプリを評価] を選択します。
Confluence Cloud Migration Assistant でのアプリ評価に関する詳細をご確認ください。
アプリを評価し終えたら [完了] を選択します。Migration Assistant のホーム画面に戻るので、次のステップとしてアプリの準備を選択できます。
この段階では 3 つのメイン タスクを実行します。
Cloud サイトに接続する
アプリをインストールする
アプリの移行に同意する
Migration Assistant のホーム画面で [アプリを準備] を選択します。これによって [Cloud に接続] 画面が表示されます。
このステップでは、任意の Cloud サイトをリンクします。これには 3 つの方法があります。
ドロップダウンから既存の Cloud サイトを選択する
アトラシアンの Free プランにサインアップする (最大 10 ユーザー、無料の Cloud サイト)
無料の製品トライアルをセットアップする
インストール先を選択したら [続行] をクリックします。
[アプリをインストール] 画面で、次の手順に従います。
リストされている各アプリに対して [アプリのインストール] を選択して、Cloud サイトにインストールします。
各アプリのサポートとプライバシー ポリシーを読みます。
[続行] を選択します。これによって [アプリの移行に同意] 画面が表示されます。
評価フローを完了するには、この段階で必要なアプリを Cloud にインストールする必要があります。
各アプリのプライバシー ポリシーを確認することを強くお勧めします。
アプリの移行が実行されると、各 Server アプリから Cloud サイト上の Cloud バージョンの Server アプリにデータが移動されます。各アプリを構築した Marketplace Partner (ベンダー) は、データを移動するための移行パスを作成しています。
このプロセスでアプリ データの移行を実際に実行するのは、アトラシアンではなく Marketplace Partner です。このため、各 Marketplace Partner の契約を確認して同意し、パートナーがデータにアクセスして移行できるようにする必要があります。
評価フローを完了するには、各アプリについてアプリの移行を承諾して同意する必要があります。
[アプリの移行に同意] 画面で、次の手順に従います。
同意が必要であることが表示されている各アプリの [ポリシーを表示] を選択します。次を記載したカードが表示されます。
Marketplace Partner (ベンダー) が read core data や read user data.などでアクセスできるすべての種類のデータ。
Atlassian Marketplace 利用規約、Marketplace Partner のプライバシー ポリシー、Marketplace Partner 利用規約の各リンク。移行する各アプリについて、これらをお読みになることを強くお勧めします。
このカードで [確認] を選択します。
該当するすべてのアプリに対して上記のアクションを実行したら、[完了] を選択して Migration Assistant のホーム画面に戻ります。
次の点について把握しておくことが重要です。
移行に同意する必要があるのは、自動移行パスのあるアプリのみです。
サードパーティの移行に同意する場合は、同意をいつでも取り消せます。
サードパーティの移行に同意しない場合、そのアプリは Confluence Cloud Migration Assistant を使用して移行できません。
Marketplace Partner がアプリを更新する場合は、移行に再度同意する必要があります。
アプリの移行に同意した後でも [同意を取り消す] を選択できます。これによって、サードパーティのデータ移行に対する同意が削除されます。もう一度同意するには、[ポリシーを表示] をクリックして同意を再確認します。
次の操作を行っていない場合、[完了] ボタンは無効になります。
[アプリを評価] 画面で各アプリにステータスを割り当てた
[アプリをインストール] 画面で Cloud に必要なアプリをインストールした
[アプリの移行に同意] 画面で各アプリのポリシーを表示して同意した
準備が整えば、アプリ評価は完了です。[完了] をクリックしてホームページに戻ります。
Server と Cloud の各サイトでいくつかの手動チェックを実行することで、問題の発生や移行の失敗のリスクを軽減できます。
Cloud サイト内に、Server サイトと同名のグループが存在していないことを確認します (意図的にマージしようとしている場合を除く)。
Cloud サイト (Jira または Confluence) のグループと同名のグループが Server サイト内に見つかった場合、ユーザーは Server のグループから Cloud のグループにマージされます。Server グループは Cloud グループの権限を継承します。これは、移行している Confluence グループと同名の、Jira 製品アクセスを持つグループにも適用されます。これは、Cloud サイトではすべてのユーザーとグループが一元管理されるためです。
これを防ぐには、移行の実行前に、Server と Cloud のすべてのグループの名前が一意であることを確認する必要があります。
次のグループは管理者アクセスを管理しているため、ブロックリストに登録済みです。次のグループは一切移行されません: "site-admins"、"system-administrators"、"atlassian-addons"、 "atlassian-addons-admin"。上記のグループのユーザーは引き続き移行されるため、ユーザーをいずれかのブロックリスト グループに追加する場合は、移行後に手動で追加する必要があります。
移行前に、Server と Cloud の各サイト間に同じスペース キーを持つスペースがないことを確認します。
Server サイトのスペースが Cloud サイトのスペースと同じスペース キーを持っていた場合、移行は失敗します。これは、Confluence Cloud 内の各スペースに、一意のスペース キーが必要なためです。競合が見つかった場合は、次の操作を実行できます。
Cloud または Server の各サイトから重複スペースを削除する
Cloud サイトをリセットする
対象のスペースの移行をやめる
Migration Assistant が競合を検出した場合、そのスペースは移行されません。
スペース キーの競合が過去のテスト移行によって発生している場合、移行前にクラウド サイトをリセットできます。Confluence Cloud サイトのリセット方法をご確認ください。
移行する前に、ユーザーのメール ドメインを確認して、認識できない、または信頼できないメール ドメインからユーザーが移行されないようにする必要があります。これにより、Cloud サイトのセキュリティが向上します。ここで選択したドメインは、今後のすべての移行に適用されます。
ドメインの確認は、"移行アシスタントのホーム" 画面から開始できます。[すべてのメール ドメインを確認する] を選択します。これによって、"すべてのメール ドメインを確認する" 画面が表示されます。
この画面には、すべてのメール ドメインと各ドメインのユーザー数が一覧表示されます。すべてのドメインを "信頼済み" としてマークする必要があります。これによって、信頼できるメール ドメインからのみユーザーを移行できます。
リストされている各ドメインについて、次の 3 つのうち、いずれかの 1 つに決める必要があります。
稟議書 | この決断をする条件 | 必要なアクション |
---|---|---|
信頼済みドメイン | このドメインが信頼済みであり、権限のないユーザーがいないことを確認している場合 | 移行を続行できます。 |
信頼していないドメイン |
| 信頼していないドメインのユーザーを変更する必要があります。メール ドメインを信頼済みにするためにユーザーを確認する方法をご確認ください。 |
No decision made | そのドメインが信頼できるかどうか分からない場合 | ドメインが信頼済みであるか、そのドメインに不正なメールがないかどうかをご確認ください。ドメインの確認後、"信頼済みドメイン" としてマークすると移行を続行できます。 |
すべてのメール ドメインを確認して、信頼済みとしてマークする必要があります。すべてのドメインを信頼しなくても移行を続行できますが、移行を実行することはできません。
すべてのドメインを信頼済みドメインとしてマークしたあと、[完了] を選択してドメインの確認を完了すると、"移行アシスタントのホーム" 画面に戻ります。
過去に保存した移行がある場合:
移行ダッシュボードから、新しい移行の作成、または既存の移行を実行できます。メール ドメインを確認するように指示するメッセージが表示されます。
すべてのメール ドメインを確認して、信頼済みとしてマークするには、[ドメインを確認] を選択します。
ドメインをあとで確認したい場合は、[Continue without reviewing (確認しないで続行)] を選択します。この段階では、すべてのドメインを信頼しなくても移行を続行できますが、移行を実行することはできません。
次の 5 つの主なステップで、Server または Data Center から Cloud への移行をセットアップして実行します。次のステップに従います。
クラウドに接続
移行対象を選択
エラーの有無の確認
移行の確認
移行
以降のセクションでは各ステップを詳細に説明と併せて、発生する可能性がある一般的なエラーについて解説します。
テスト移行を実行する
最終移行を実行する前に、テストまたはステージング サイトへのテスト移行を行うことを強く推奨します。移行のテスト方法をご確認ください。
Migration Assistant のホーム画面で [データを移行] を選択します。これによって [移行ダッシュボード] が表示されます。
[新しい移行を作成] を選択します。これによって [動作の仕組み] 画面が表示されます。
画面の情報を確認して [クラウドに接続] を選択し、続行します。
移行に名前を設定して移行先 Cloud サイトの選択を求められます。Server サイトと宛先の Cloud サイトの両方で管理者である必要があります。
すでに Cloud サイトに接続済みの場合は、ドロップダウンでそれを確認できます。何も表示されない場合は、新しい Cloud サイトに接続するか、新しい Cloud ライセンスにサインアップする必要があります。
準備が整ったら、Server サイトから Cloud サイトへのデータの転送をアトラシアンに許可するチェックボックスをオンにします。このアクセスをアトラシアンに付与できない場合は、Migration Assistant で移行できないため、代わりにスペース インポートを実行する必要があります。
Confluence Server サイトがファイアウォールの内側にある場合は、ドメイン atlassian.com へのアクセスを許可する必要があります。また、他の Atlassian ドメインへのアクセスを許可する必要がある場合もあります。許可リストに登録する必要がある IP アドレスとドメインについてご確認ください。
すべてをまとめて移行することも、いくつかの段階に分割することもできます。
選択肢は次のとおりです。
スペース (およびその添付ファイル) を移行するか、スペースの移行をスキップする
添付ファイルのみ
Confluence ディレクトリのユーザーおよびグループのすべてまたは一部
スペースのすべてまたは一部 (およびそれらの添付ファイル)
アプリの評価時に「クラウドで必要」とマークしたすべてのアプリ
他のスペース データを移行する前に、スペースの添付ファイルを移行することを選択できます。通常、添付ファイルの数が多いほど、予想されるダウンタイムも長くなります。最初に添付ファイルを移行することをお勧めします。これによって、残りのスペース データ移行の期間を短縮できます。
[Migrate attachments only (添付ファイルのみを移行)] を選択すると、選択したスペースに関連する添付ファイルのみを移行できます。添付ファイルのみを移行してダウンタイムを短縮する方法についてご確認ください
その後、スペースを移行する必要があります。これにより、スペースと添付ファイル間のリンクが復元されます。移行アシスタントは、すでに移行された添付ファイルを認識し、スキップします。新しい添付ファイルは移行されます。また、削除済みの添付ファイルのリンクも削除されます。
テスト移行または UAT の場合、テスト Cloud サイトは製品サイトもホストしている組織に含まれないものを使用することをお勧めします。関連するユーザーとグループのスムースな移行を確保するために、製品サイトは別の組織でホストする必要があります。
ユーザーをすべて移行するか、一部を移行することを選択できます。
すべてのユーザーを移行する場合は、初回の実行時にすべてのユーザーが Cloud サイトに追加されます。以降のそれぞれの移行では、データが Cloud 内にすでに存在するユーザーにリンクされます。大規模なユーザーベースの移行に関する詳細をご確認ください。
ユーザーを移行すると、それらのユーザーは Cloud で該当するグループに追加されます。移行後にグループ権限を確認して承認する必要があります。グループ権限を承認すると、ユーザーに Confluence へのアクセス権が付与されて請求対象に含められます。
ユーザーへの招待は送信されません。ユーザーを招待するには、移行後に管理スペースから招待を送信するか、自身でログインできるように当該ユーザーへリンクを送信します。
ユーザーとグループで [Migrate users related to the selected spaces (選択されたスペースに関係するユーザーを移行)] を選択すると、移行しているスペースに関連付けられている一部のユーザー データが引き続き移行されます。これは、メンション、コメント、ページ履歴をアクティブな状態に保つためです。
必ず移行されるユーザー データには、次の情報が含まれます。
氏名
ユーザー名 (移行後に破棄)
メール アドレス
移行しているスペースに直接関連付けられているユーザーの情報のみが移行されます。これらのユーザーに製品アクセスが付与されたり、これらのユーザーがグループに追加されたりはしません。これらのユーザーは、Cloud サイトにあるユーザーのリストに表示されます。
ユーザーをあとから移行することを選択した場合、それらのユーザーの製品およびグループ アクセスはあとで更新されます。
また、ユーザーとグループを移行しないことを選択して、Cloud に存在しないグループによって付与されたスペース権限がある場合、Confluence Cloud Migration Assistant は各スペース権限を移行しません。このシナリオを回避するには、移行前に Cloud サイトで当該グループを作成することをお勧めします。
ユーザーおよびグループの移行時には、次の点にもご注意ください。
移行エクスペリエンスに影響する可能性のあるユーザー管理への変更を公開しています。admin.atlassian.com の組織で、[ユーザー] と [グループ] の各リストが [ディレクトリ] タブにある場合は、改善されたユーザー管理エクスペリエンスをご利用中です。つまり、複数サイト全体のユーザーとグループが組織にマージされます。
ユーザーは、信頼できる情報源としてメール アドレスを使用して移行されます。その後の移行では、移行アシスタントはユーザーを再度移行するのではなく、メール アドレスを使用してユーザーをリンクさせます。大量のユーザーを移行する場合の詳細をご確認ください。
クラウドに移行する前に、すべてのユーザー アカウント (メール アドレス) を検証する必要があります。不明なユーザー アカウントの移行によって、Cloud サイトへの未承認のアクセスを許可することになる可能性があります。たとえば、“email@example.com” など、自分の組織が所有しないメール アドレスのユーザーをサーバー インスタンスに含めると、“@example.com” を所有する何らかのユーザーを Cloud の自分のサイトに招き入れる可能性があります。
Confluence Cloud はサブスクリプション ベースで、ユーザー単位で請求が行われます。利用可能なライセンス オプションの詳細をご確認ください。
外部のユーザー管理システムを使用している場合は、移行前にローカル ディレクトリと同期させることをお勧めします。これは、データを転送する前にユーザーとグループが最新であることを確認するためです。
Server サイトにある無効ステータスのユーザーは、アクティブだがすべての製品アクセスを持たないユーザーとして移行されます。つまり、請求時にはアクティブな Confluence ユーザーとして計上されません。
Cloud サイトにあるグループと同名のグループが Server サイト内に見つかった場合、そのユーザーはサーバーのグループからクラウドのグループにマージされます。
グローバル設定とグローバル サイト権限はこのツールでは移行されません。これらは移行後に手動で設定する必要があります。
宛先クラウド サイトにすでにユーザーが存在していて、このアプリでユーザーを移行することを選択した場合は、次のようになります。
ユーザーが Cloud で製品アクセスを持っているが Server サイトでステータスが無効にされている場合は、移行後も Cloud 内で製品アクセスを持ちます。
ユーザーが Cloud で製品アクセスを持っていないが Server サイト内で有効にされている場合は、移行プロセスを通じて製品アクセスが付与されます。
Confluence を Jira Service Management (旧 Jira Service Desk) のナレッジ ベースとして使用している場合は、Jira Service Management ユーザーが Confluence ユーザーとともに移行される可能性もあります。これは、Confluence の cwd_user テーブルに Jira Service Management ユーザーが表示される場合に発生します。
スペースのすべてまたは一部を移行する場合は、オプションの [スペースを移行] を選択します。その後、移行するスペースを選択できるようになります。スペースを移行していない場合は、エラーの有無の確認に直接転送されます。
移行に追加するスペースを選択します。リストをフィルタリングすることも、特定のスペースを検索することもできます。すべてを一括で移行する場合は、[すべて選択] をクリックします。宛先の Confluence Cloud サイトにすでに存在するスペース キーを持つスペースは、移行できるようになりません。
スペースが MIGRATED ステータスの場合、対象のスペースは同じクラウド サイトにすでに移行されています。
スペースが QUEUED ステータスの場合、対象のスペースは実行待ちの移行にすでに追加されています。
多数のスペースや添付ファイルがある、または Data Center を使用している場合は、移行をいくつかに分割して小さな規模で実行することをお勧めします。Migration Assistant では、管理するタスクが多い場合は、読み込みやタスク処理の速度が低下する場合があります。
すべてのスペースを選択したら、[Add to migration] を選択します。
アプリの評価中に「クラウドで必要」とマークしたすべてのアプリを移行することを選択できます。もしくは、この段階ではアプリを移行しないことも選択できます。
このステップでは、Confluence Cloud Migration Assistant が移行を確認して一般的なエラーを見つけます。次の点が確認されます。
ご利用の Migration Assistant アプリが最新かどうか
ユーザーに有効で一意のメール アドレスが紐付けられているかどうか
移行プロセスでのグループの統合
クラウド サイトにすでに存在するスペース
スペースが公開されオンラインで検索可能
アプリ評価が完了したか、またはアプリ評価の決定を変更する必要があるかどうか
この移行からアプリを削除する必要があるかどうか
また、移行プロセスでは他の問題が発生する可能性がありますが、このステップでは上述の問題のみを確認します。
以下の表では、リストされた各メッセージの横にある記号の意味について説明します。
記号/メッセージ | 説明 | 必要なアクション |
---|---|---|
緑のチェックはチェックが合格したことを示します。 | 移行の次のステップに進んでください。 | |
黄の警告サインが表示された場合は、このまま続行できますが潜在的な問題を含む可能性があります。 | エラー メッセージまたは警告メッセージを展開して、詳細やリンクをご確認してください。 | |
赤のエラーは、移行を実行する前にエラーを解決する必要があることを意味します。 | エラー メッセージまたは警告メッセージを展開して、詳細やリンクをご確認してください。 |
「チェック」メッセージを理解する
システム: 次の表は、Confluence Cloud Migration Assistant のバージョンに関連するエラーと警告メッセージのリストです。
メッセージ | 説明 | 必要なアクション |
---|---|---|
Migration Assistant が最新ではありません。 | このメッセージは、使用している Cloud Migration Assistant が最新版ではないことを示しています。 | サポートされている最新版の Cloud Migration Assistant にアップデートしてください。 |
すべてのユーザーは、有効で一意なメール アドレスを持っている必要があります。無効なメール アドレスや複数のユーザーが同じメール アドレスを使用していることが検出された場合は、エラーが表示されます。移行を実行する前に、これらのメール アドレスを修正する必要があります。
すべてのユーザーを移行することを選択した場合は、Cloud サイトに同名のグループがないかどうかが確認されます。同名のグループが見つかった場合は、Server グループのユーザーが同名の Cloud グループにマージされます。この問題は修正せずに続行できますが、権限昇格が行われていないことを確認することをお勧めします。
次のグループは管理者アクセスを管理しているため、ブロックリストに登録済みです。これらのグループは一切移行されません: "site-admins"、"system-administrators"、"atlassian-addons"、 "atlassian-addons-admin"。上記のグループのユーザーは引き続き移行されますが、ユーザーをいずれかのブロックリスト グループに追加する場合は、移行後に手動で追加する必要があります。
スペースを移行する場合、スペース キーの競合が確認されます。エラーが発生した場合、次のいずれかを行えます。
Cloud または Server の各サイトから重複スペースを削除する
Cloud サイトをリセットする
対象のスペースを移行から削除することで、移行を取りやめる
移行を実行するには、スペース キーのすべての競合を解決する必要があります。
次の表は、アプリに関連するエラーと警告メッセージのリストです。
メッセージ | 説明 |
---|---|
アプリの評価が不完全です | アプリの評価表に戻ります。評価にある各アプリにステータスを割り当ててください。表を完成してチェックを再実行すると、緑のチェックが表示されます。 |
[クラウドで必要] にマークされているサーバー上のアプリの一部が最新ではありません | サーバーのアプリをアップデートして、アプリの移行に対応するバージョンにする必要があります。アプリの移行に対応するアプリのバージョンについては、Marketplace Partner にお問い合わせください。 |
アプリ データの移行に同意していません | [同意する] 画面で、アプリの移行に同意する必要があります。 |
[クラウドで必要] にマークされているアプリの一部が、クラウド サイトにインストールされていません | [Cloud で必要] として選択したすべてのアプリを、Cloud サイトにインストールする必要があります。これは [インストール] 画面で実行できます。 |
[クラウドで必要] にマークされているアプリの一部は、移行成功率の基準を満たしていません | 移行成功率が不明か低いステージ 1 にマークされたアプリを選択した場合は、次のオプションが表示されます。
|
[Continue and fix later] を選択した場合、移行を保存し、あとから再開してエラーを確認できます。
これは移行のセットアップの最終ステップです。
すべてが適切に指定されており、移行を開始して問題ない場合は、[Run1] をクリックします。後で移行を開始する場合、または修正が必要なエラーがある場合は、[Save] をクリックします。 移行を実行するよう選択した場合も、移行計画は引き続き移行ダッシュボードに保存されます。ここで、すべての移行の進捗状況と詳細を確認できます。
保存した移行は、移行ダッシュボードに一覧表示されます。ここでは、移行の詳細を表示したり移行を実行したりできます。また、移行のステータス、実行中の移行の進捗状況の確認、実行中の移行の停止、新しい移行の作成を実行できます。
移行はいくつでも作成できます。現時点では、移行を編集または削除することはできません 。不要な移行を作成した場合、新しい移行を作成します。
ステータス | 説明 |
---|---|
保存済み | 移行が保存済みで実行できる状態です。 |
実行中 | 現在、移行が進行中です。 |
完了 | 移行のすべてのタスクが完了しています。 |
STOPPED | 移行処理が手動で停止されています。停止された移行は再開できません。移行を完全に停止するには、進行中のすべてのステップを先に完了する必要があります。すでに一部のユーザー、グループ、スペースが Confluence Cloud サイトに移行されている場合があります。 |
未完了 | 一部のタスクは完了していますが、エラーが発生したか、または移行できなかった内容があります。このステータスが表示される場合は、一部のデータ (ユーザー、グループ、スペースなど) が移行されているため、同じプロジェクトを再移行するにはクラウド サイトからこのデータを削除しなければならない可能性があることにご注意ください。 |
失敗 | 移行を完了できませんでした。移行先のサイトに選択したエンティティがすでに存在しているか、移行で予期せぬエラーが発生した可能性があります。 |
移行のタイプによっては、移行の完了後に実行が必要な操作があります。
ユーザーとグループが正しくセットアップされていることを確認するには、次の手順を実行します。
[インポートしたグループを確認] に移動して、グループのメンバーを確認して権限を承認します (無料プランの場合、権限は変更できません。ユーザーとグループは元のサイトと同じ権限を保持します)。
必要に応じて、汎用グループにユーザーを追加します。汎用グループの例: "site-admins"、"system-administrators"、"atlassian-addons"、"atlassian-addons-admin"。
外部のユーザー管理システムを使用している場合は、ユーザーが正しく同期されていることを確認します。
準備が整ったら、ユーザーを招待します。[管理] > [ユーザー] > [詳細の表示] の順に選択し、[招待の再送] を選択します。ユーザーが初めて ログイン すると、新しいパスワードを設定し、個人情報を追加するように求めるメッセージが表示される場合があります。
ユーザー管理エクスペリエンスを改善している場合は、[管理] > [ディレクトリ] > [ユーザー] > [詳細の表示] > [招待の再送] の順に選択します。
スペースの移行後、それらがスペース ディレクトリに表示されるには時間がかかる場合があります。ただし、直接リンク経由でアクセスすることはできます。
スペースの移行が正常に完了したことを確認するには、次の手順を実行します。
コンテンツとスペースを確認するか、ユーザーに自身のコンテンツを確認してもらいます。
Former User のインスタンスがあるかどうかを確認します。これは、コンテンツをユーザーに関連付けられなかったことを意味します。
[設定] > [アプリケーション リンク] の順に移動して、他の Atlassian 製品をリンクします。
Jira マクロ リペアによって、Jira への任意のリンクを更新します。Cloud サイトで [設定] > [Jira Macro Repair (Jira マクロ リペア)] の順に移動して、ステップに従います。
https://confluence.example.com/x/PywS などの Confluence の短縮リンクが、移行後に機能しない場合があります。移行前にこれらを内部リンク (または Confluence サイトに内部リンクがない場合は完全な URL) で置き換えておくと、この問題は発生しないはずです。リンクの詳細をご確認ください。
移行ページに、アプリの移行の進捗状況を監視する [アプリ] セクションが表示されます。この進捗トラッカーから、各アプリのデータ移行に関する進捗状況を監視できるほか、移行の完了時にステータスを確認できます。
以下の表では、アプリ移行のさまざまな進捗状況を説明します。
ステータス | 説明 |
---|---|
成功 | アプリ データの移行が完了して成功しました。 |
未完了 | アプリ データの移行は完了していません。 |
失敗 | アプリ データの移行に失敗しました。 |
実行中 | アプリ データの移行はまだ実行中で完了していません。 |
準備完了 | アプリ データの移行を実行する準備ができています。 |
タイムアウト | アプリ データの移行は完了していません。これは、アプリがデータの移行に許可された期間を超えたためです。アプリのデータの移行を進める方法については、それぞれのアプリのベンダーにお問い合わせください。 |
移行を完了しない、失敗するなど、アプリの問題がある場合は、Marketplace Partner (アプリのベンダー) に直接連絡してサポートを受ける必要があります。
以下のアクションを実行することも可能です。
レガシー エディターのページを新しいエディターに変換します。ページの変換方法をご確認ください。
その後、必要なアプリをインストールして、ユーザーのオンボーディングを実行できます。
移行後アクションの詳細については「Cloud 移行ガイド」をご確認ください。
移行をサポートする多数のチャネルをご用意しています。
移行計画の詳細については、Atlassian Migration Program の Web サイトをご参照ください。
技術的な問題や、戦略やベスト プラクティスによるサポートについては、サポート チームにお問い合わせください。
専門的なアドバイスについては「アトラシアン コミュニティ」をご参照ください。
専門家によるサポートが必要な場合は、アトラシアン パートナーにご相談ください。
アトラシアン サーバー製品のサポートは 2024 年 2 月に終了します。サーバーのサポート終了スケジュールで詳細をご参照ください。
この内容はお役に立ちましたか?