Cloud 移行を計画する
Atlassian Server 製品の移行準備に役立つドキュメント。
Jira Cloud Migration Assistant を使用すると、Jira ユーザーを Server から Cloud に移行できます。ユーザーは単独でもプロジェクト データと併せてでも移行できます。
移行プランを完了する前に、特にサード パーティの ID プロバイダーを使用している場合は、セットアップに適したユーザー移行方法を選択することをお勧めします。ユーザー移行戦略の詳細をご確認ください。
現在、移行エクスペリエンスに影響する可能性のある変更を導入中です。admin.atlassian.com の組織で、[ユーザー] と [グループ] の各リストが [ディレクトリ] タブにある場合は、改善されたユーザー管理エクスペリエンスをご利用中です。これは、サイト全体のユーザーとグループが組織でマージされることを意味します。グループと権限の移行方法に関する詳細についてご確認ください。ご不明な点がありましたら、サポートまでお問い合わせください。
テスト移行または UAT の場合、テスト クラウド サイトは製品サイトもホストしている組織に含まれないものを使用することをお勧めします。製品サイトは、別の組織でホストするようにしてください。これは、関連するユーザーとグループのスムーズな移行を確保するためです。
Jira Cloud Migration Assistant には、ユーザーとグループを移行するためのオプションが 2 つあります。
オプション 1: すべてのユーザーとグループを移行する - Jira Core と Jira Software の各ユーザーに加えて Jira Service Management (旧 Jira Service Desk) エージェントが含まれます。
オプション 2: 移行中のプロジェクトの設定、フィールド、コンテンツで参照されるユーザーとグループのみを移行する - 移行後もプロジェクト データが損なわれないようにするために最低限必要です。
オプション 2 では、プロジェクト データで参照されていない追加の関連ユーザーも選択できます。次の項目を追加できます。
移行されるプロジェクトのロールに割り当てられたすべてのユーザーとグループ
移行に含まれるグループのメンバーであるすべてのユーザー
以下の表を参考に、必要なユーザーとグループを決定します。
すべてのユーザーまたはグループ | 参照のみ | 参照 | 参照 | 参照 | |
---|---|---|---|---|---|
プロジェクト フィールドまたはユーザー生成コンテンツ内で参照されるユーザー | |||||
プロジェクト ロールを割り当てられたユーザーとグループ | プロジェクトでも参照される場合を除く | プロジェクトでも参照される場合を除く | |||
プロジェクト ロールを割り当てられたグループのメンバー | プロジェクトでも参照される場合を除く | プロジェクトでも参照される場合を除く | |||
選択したプロジェクトのワークフローまたは権限スキームで参照されるユーザーまたはグループ | |||||
ワークフローまたは権限スキームで参照されるグループのメンバー | プロジェクトでも参照される場合を除く | プロジェクトでも参照される場合を除く | |||
上記以外のその他すべてのユーザーとグループ |
クラウドのユーザー アカウントは、一意のメール アドレスによって識別されます。
移行アシスタントによって移行すると、各ユーザーのクラウド サイトに新しいアカウントが作成されます。クラウド サイトにメール アドレスがすでに存在する場合、そのメール アドレスは移行されません。代わりに、そのユーザーに接続されているすべてのデータがクラウドのアカウントにリンクされます。
移行先のクラウド サイトにユーザーがすでに存在する場合は、次のようになります。
ユーザーが Cloud で製品アクセスを持っているが、Server サイトでステータスが無効化されている場合は、移行後も Cloud 内で製品アクセスを持ちます。
ユーザーが Cloud で製品アクセスを持っていないが、Server サイトで有効化されていて製品アクセスを持っている場合は、移行プロセスを通じて製品アクセスが付与されます。
グループは、Cloud にある既存のグループにもリンクされます (すでに存在する場合)。グループ リンクはグループ名で識別されて、移行時に権限がエスカレーションされる可能性があります。移行する前にグループをチェックしてください。グループと権限の移行方法をご確認ください。
プロジェクト データの前にユーザーを移行すると、移行日に時間を節約できます。これは、移行アシスタントがこれらのユーザーを再移行する必要がなくなるためです。特に、すべてのユーザーを移行する場合に役立ちます。大規模なユーザーベースの移行に関する詳細をご確認ください。
Jira データで参照されている任意の削除済みのユーザーや非アクティブなディレクトリのユーザーは、移行後に Former user と表示されます。これらのユーザーへの参照を移行する必要がある場合は、移行前にそのユーザー (またはディレクトリ) を再有効化します。
Server サイトにある無効ステータスのユーザーは、アクティブだがすべての製品アクセスを持たないユーザーとして移行されます。つまり、請求時にはアクティブな Jira ユーザーとして計上されません。ユーザーが Cloud で管理される仕組みをご確認ください。
初めて移行する際は、移行後にグループ権限を確認して承認する必要があります。グループ権限を承認すると、クラウド サイトの任意のアクティブ ユーザーが請求対象に追加されます。
グローバル設定とグローバル サイト権限はこのツールでは移行されません。これらは移行の前後に手動で設定する必要があります。
移行するプロジェクトを選択すると、そのプロジェクトに関連付けられたロールも移行されます。申し訳ございませんが、現時点では Cloud でプロジェクトを削除してもプロジェクト ロールは削除されないため、同じプロジェクトを再度移行するとロールはサフィックス (migrated) 付きで移行されます。これは既知の課題で、手動でクリーンアップする必要があります。この問題に関してお困りの場合は、サポート チームまでお問い合わせください。
ユーザーにアクセス権を付与することを移行時に選択した場合であっても、ユーザーへの招待は送信されません。ユーザーを招待するには、移行後に管理スペースから招待を送信するか、自身でログインできるように当該ユーザーへリンクを送信します。
Jira Cloud はサブスクリプション ベースで、ユーザー単位で請求が行われます。ユーザーの移行を予定している場合は、ライセンス オプションを確認するか、価格シミュレーターでコストを計算しておくことをお勧めします。初期設定では、クラウド サブスクリプションでは月単位で請求されますが、必要に応じて年間プランを選択できます。
Cloud で外部の ID プロバイダーを使用することを予定している場合は、ユーザーとグループの移行のガイドをご確認ください。ユーザー移行戦略の詳細をご確認ください。
移行前に、ローカル ディレクトリと同期することをお勧めします。これは、データを転送する前にユーザーとグループが最新であることを確認するためです。
移行をサポートするための多数のチャネルをご用意しています。
移行計画の詳細については、アトラシアン移行プログラムの Web サイトをご参照ください。
技術的な問題や、戦略やベスト プラクティスによるサポートについては、サポート チームにお問い合わせください。
専門的なアドバイスについては「アトラシアン コミュニティ」をご参照ください。
専門家によるサポートが必要な場合は、アトラシアン パートナーにご相談ください。
この内容はお役に立ちましたか?