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

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

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

はじめる前に

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

Cloud 組織に対する変更

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

[ユーザーとグループ] ではなく新しい [ディレクトリ] タブを表示する、新しい admin.atlassian.com ビューの図

Jira ユーザーの移行戦略

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

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

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

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

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

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

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

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

外部ディレクトリ ユーザーが存在する場合は、移行する前にまず外部ディレクトリ ユーザーを Jira と同期する必要があります。

ユーザーがプロジェクトで参照されている場合は、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 の内部アクティブ ディレクトリと同期する必要があります。

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.

詳細情報とサポート

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

その他のヘルプ