ユーザーの移行戦略の決定

全体的な移行を計画する際には、いつ、どのようにユーザーを移行するかを決めることが重要です。これは次によって異なります。

移行する製品
外部ディレクトリのユーザーの有無（これによってクラウドに追加の製品が必要になる可能性があります）
SCIM ユーザープロビジョニングに Atlassian Guard Standard を使用する予定があるかどうか

時間をかけてクラウドでのユーザー管理の仕組みを習得し、ユーザーアカウントを移行するために完了する必要のあるタスクの詳細な計画を立てることをお勧めします。クラウド組織について総体的に考え、あるユーザーの Atlassian アカウントの変更が、チームによって管理されているクラウド製品だけでなく、そのユーザーがアクセス権を持つすべてのクラウド製品にどのように影響するかを把握することをお勧めします。

ユーザー移行の全過程

始める前に、ユーザー移行において実行する必要があるタスクのリストをチェックしましょう。これには、クラウドユーザー管理の計画、準備、セットアップなどが含まれます。

Atlassian Cloud へのユーザーの移行を開始する

クラウドでのユーザー管理の違い

クラウドではユーザー管理の仕組みが異なります。基本を理解することで、移行が大幅に簡単になります。また、Atlassian Guard Standard の追加のサブスクリプションが必要かどうかもわかります。

Atlassian Cloud でのユーザー管理の仕組み

クラウド移行トライアルを有効化する

クラウド移行トライアルは、現在のサーバーライセンスと同等のクラウドサブスクリプションです。サーバー内の残りのライセンス期間と現在のユーザー階層は一致するため、追加の費用なしで実際の移行をテスト/実行できます。

Cloud 移行トライアルを有効化する方法

データより先にユーザーとグループを移行する

リフトアンドシフト戦略の一環として、ユーザーとグループを事前に移行することをお勧めします。これは、アクティブユーザーと非アクティブユーザーが 2,000 人を超える場合に特に重要となります。ユーザーを個別に移行する場合は、後ほど差分のみを移行します。これによって、その後のデータ移行が大幅に高速化します。

ユーザーとグループを個別に移行するには、すべてを移行する必要があります。こうした移行を望んでいない場合は、プロジェクトやスペースと一緒にユーザーのサブセットを移行することを選択できます。

1,000 人を超えるユーザーを抱えるチームはすべて、クラウド専門のパートナーに相談してユーザーとデータの移行のサポートを依頼することを強くお勧めします。移行パートナーを見つける方法についてはこちらをご確認ください。

ユーザー移行オプション：すべてのユーザーまたは一部のユーザー

すべてのユーザーを移行することをお勧めしますが、小規模なインスタンスをお持ちの場合などは、一部のユーザーのみの移行を選択できます。

アシスタントによるユーザーの移行方法の詳細は次のとおりです。

Jira

Jira Cloud Migration Assistant を使用して、次のことを実行できます。

移行対象として選択したプロジェクトに関連するユーザーを移行する
プロジェクトデータなしで、アクティブな内部および外部ディレクトリからすべてのユーザーを移行する

Jira Service Management では、移行アシスタントで選択したプロジェクトに関連するカスタマーアカウントの移行や、プロジェクトデータなしでのすべてのカスタマーアカウントの移行を実行できます。

Jira Cloud Migration Assistant での移行方法をご確認ください。

Confluence

Confluence Cloud Migration Assistant では、次のことを実行できます。

移行対象として選択したスペースに関連するユーザーを移行する（グループなし）
スペースデータなしで、アクティブな内部ディレクトリと外部ディレクトリからすべてのユーザーを移行する

選択したスペースに関連するユーザーを選んでも、グループは移行されません。ページにコメントしたユーザー、スペース内でページを作成したユーザー、スペースにアクセスする権限を持つユーザー、ページでメンションされたユーザーのみが移行されます。これらのユーザーはクラウドサイトに追加されますが、製品へのアクセス権は付与されません。

Confluence Cloud Migration Assistant での移行方法をご確認ください。