Jira Cloud Migration Assistant を使用して、ユーザーとグループを移行する

Jira Cloud Migration Assistant を使用すると、Jira ユーザーを Server から Cloud に移行できます。ユーザーは単独でもプロジェクト データと併せてでも移行できます。

クラウド組織に対する変更

現在、移行エクスペリエンスに影響する可能性のある変更を導入中です。admin.atlassian.com の組織で、[ユーザー] と [グループ] の各リストが [ディレクトリ] タブにある場合は、改善されたユーザー管理エクスペリエンスをご利用中です。これは、サイト全体のユーザーとグループが組織でマージされることを意味します。グループと権限の移行方法に関する詳細についてご確認ください。ご不明な点がありましたら、サポートまでお問い合わせください。

ユーザー移行オプション

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 サイトをご参照ください。

• 技術的な問題や、戦略やベスト プラクティスによるサポートについては、サポート チームにお問い合わせください。

• 専門的なアドバイスについては「アトラシアン コミュニティ」をご参照ください。

• 専門家によるサポートが必要な場合は、アトラシアン パートナーにご相談ください。