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

このガイドでは、Jira および Confluence Server、または Data Center から Cloud にユーザーを移行するために最適な方法について概説します。

ユーザーとグループをインポートする最適な方法は、次の内容によって決まります。  

• どの移行方法を使用しているか

• SCIM (ユーザー プロビジョニング)に Atlassian Access を使用する予定の場合

はじめる前に

ユーザーの移行方法を決定する前に、以下を確認する必要があります。

• クラウドとサーバーのユーザー管理と、クラウドで必要なユーザー管理のセットアップのドキュメントをお読みください。

• Jira または Confluence Cloud Migration Assistant を使用して移行する予定の場合は、ユーザー、グループ、権限の移行方法を確認します。

• 外部 ID プロバイダーの使用を予定している場合は、次の Atlassian Access の推奨事項のセクションをご参照ください。

Cloud 組織に対する変更

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

Jira ユーザーの移行戦略

Jira ユーザー移行戦略は、次のいずれかに依存します。

• Jira Cloud Migration Assistant を使用している

• サイト インポートを使用している

Jira Cloud Migration Assistant によって Jira ユーザーを移行する

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

• 移行対象として選択したプロジェクトに関連するユーザーを移行する

• プロジェクト データなしで、アクティブな内部および外部ディレクトリからすべてのユーザーを移行する

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

ユーザーがプロジェクトで参照されている場合は、Jira Cloud Migration Assistant は非アクティブなディレクトリからユーザーを移行します。これらのユーザーは個人情報なしで移行されて、Former user として表示されます。

Jira Cloud Migration Assistant は各ユーザーに新しい Atlassian アカウントを作成し、クラウド サイトと関連付けます。これらのユーザーにはパスワードが割り当てられるため、ユーザーは初回サイン イン時にパスワードをリセットする必要があります。すべてのユーザーの履歴とコンテンツが新しい Atlassian アカウントにリンクされます。Jira Cloud Migration Assistant でのユーザーとグループの移行の詳細をご確認ください。

Jira Cloud Migration Assistant によってすべてのデータを移行できない場合は、ユーザーのみを移行することをご検討ください。たとえば、最初に移行アシスタントによってすべての Jira ユーザーを移行してから、Jira サイト インポートによってプロジェクトをインポートできます。Jira Cloud Migration Assistant の使用方法をご確認ください。 

Jira Cloud のサイト インポートによって Jira ユーザーを移行する

Jira Cloud のサイト インポートでは、Jira の内部ディレクトリで管理されているユーザーのみが移行されます。ユーザーが LDAP、ADFS、Crowd などの外部ディレクトリによって管理されている場合は、Jira Cloud Migration Assistant を使用する必要があります。

サイト インポートではユーザーとグループのサブセットは移行できません。

Jira Cloud のサイト インポートの使用方法をご確認ください。 

Confluence ユーザーの移行戦略

Confluence Cloud Migration Assistant を使用すると、次の操作を実行できます。

• 移行対象として選択したスペースに関連するユーザーを移行する

• スペースを移行せずに、アクティブな内部ディレクトリと外部ディレクトリからすべてのユーザーを移行する

Confluence Cloud Migration Assistant は、各ユーザーに新しい Atlassian アカウントを作成してクラウド サイトと関連付けます。これらのユーザーにはパスワードも割り当てられるため、ユーザーは初回サイン イン時にパスワードをリセットする必要があります。ユーザーのすべての履歴とコンテンツが新しい Atlassian アカウントにリンクされて、スペース権限も保持されます。ユーザーとグループの移行に関する詳細については、Confluence Cloud Migration Assistant ページの「ユーザーとグループ」セクションをご参照ください。

Jira と Confluence の両方を移行する

Jira と Confluence の両方を移行する場合、両方の移行アシスタントを使用して、ユーザーを、データより前、またはデータとともに移行することをおすすめします。 

ご利用の Jira 製品または外部ディレクトリによっては、Jira Cloud のサイト インポートを使用する必要がある場合があります。上記の Jira ユーザー移行戦略セクションをチェックして、どの方法が適しているかをご確認ください。

上記の最も適した方法を使用してすべての Jira ユーザーとデータを移行してから、Confluence ユーザーとスペースを移行することをお勧めします。

SCIM ユーザー プロビジョニングのために外部アイデンティティ プロバイダーを使用する予定がある場合は、最初に Jira を移行することをおすすめします。詳細については、以下の Atlassian Access の推奨事項を参照してください。

Atlassian Access の推奨事項

SAML シングル サインオン (SSO) や System for Cross-domain Identity Managemen (SCIM) などの高度なユーザー管理機能を利用するために Atlassian Access のサブスクライブを予定している場合、いくつかの推奨事項について知っておく必要があります。

SAML SSO

クラウド製品で SAML SSO を使用する予定の場合は、移行の前にセットアップを行います。これにより、ユーザーはログイン操作を切り替える必要がなくなります。

SCIM ユーザー プロビジョニング

SCIM ユーザー プロビジョニングのセットアップ プロセスは、何をいつ移行するかによって異なります。

Confluence のみの場合

Confluence のみを移行する (および Jira をまったく使用していない) 場合、Confluence Cloud Migration Assistant でデータやユーザーを移行する前に SCIM をセットアップすることをおすすめします。

Jira のみ

Jira のみを移行する (または Confluence をまったく使用していない) 場合は、ユーザーを手動で移行した後で、データの移行前に SCIM をセットアップすることをお勧めします。

Confluence と Jira の両方を移行する予定で、SCIM に接続する必要がある場合は、最初に Jira を移行し、Jira の移行が完了するまでは SCIM を接続しないことをおすすめします。
最初に SCIM と Confluence を移行して、後から Jira を移行することを選択した場合、問題が発生する場合があります。

移行するには、次の手順に従います。

1. Set up SCIM
   After all your users are successfully imported to cloud, you can start syncing via user provisioning. The existing users you've already imported can become managed by your external identity provider, and you’ll be able to activate and deactivate users and sync groups from your external identity provider.

2. Resolve group conflicts before syncing
   You may run into group conflicts when syncing your external identity provider with your Atlassian organization. When you sync, we’ll warn you about duplicate group names between your external identity provider and your Atlassian organization. You’ll be able to accept or reject changes to group members before you sync those groups. Learn more about resolving group conflicts before syncing.

3. Migrate your data
   You can then choose to migrate your data using either of the methods above.

詳細情報とサポート

移行をサポートする多数のチャネルをご用意しています。

• 移行計画の詳細については、Atlassian Migration Program の Web サイトをご参照ください。

• 技術的な問題が発生している、または戦略やベスト プラクティスに関するサポートが必要な場合は、サポート チームにお問い合わせください。

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

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