Jira のユーザーとグループの移行方法

Jira Cloud Migration Assistant を使用すると、Jira ユーザーを Server または Data Center から Cloud に移行できます。ユーザーを個別に移行することも、プロジェクト データと一緒に移行することもできます。

ユーザーの移行戦略

移行を開始する前に、特にサード パーティの ID プロバイダーを使用している場合は、セットアップに適したユーザー移行方法を選択してください。ユーザー移行戦略の詳細をご確認ください。

ユーザー移行オプション

ユーザーを移行する際、事前に、またはデータ移行の一環としてユーザーを移行できます。

1. Jira のユーザーとグループを事前に移行する場合 (推奨)

アシスタントのホーム画面にある [Migrate your users in advance (事前にユーザーを移行する)] カードを使用すると、ユーザーとグループを事前に移行できます。

このオプションでは、次のものを移行します。

• すべてのユーザーまたはグループ

• (オプション) グループ メンバーシップ

• (オプション) Jira Service Management のすべてのカスタマー

2. Jira のユーザーとグループをデータ移行の一環として移行する場合

アシスタントのホーム画面にある [データの移行] カードを使用すると、データ移行の一環として Jira ユーザーを移行できます。

このオプションでは、ユーザーの移行方法について次の選択肢があります。

プロジェクトで参照されているユーザーとグループの移行方法

次のテーブルは、[プロジェクトで参照されているユーザーとグループのみを移行する] オプションを選択した場合に、移行に含まれるユーザーの詳細を示しています。

	すべてのユーザーまたはグループ	参照のみ	参照 + 割り当てられたプロジェクト ロール	参照 + グループのメンバー	参照 + 割り当てられたプロジェクト ロール + グループのメンバー
プロジェクト フィールドまたはユーザー生成コンテンツ内で参照されるユーザー
プロジェクト ロールを割り当てられたユーザーとグループ		プロジェクトでも参照される場合を除く		プロジェクトでも参照される場合を除く
プロジェクト ロールを割り当てられたグループのメンバー		プロジェクトでも参照される場合を除く	プロジェクトでも参照される場合を除く
選択したプロジェクトのワークフローまたは権限スキームで参照されるユーザーまたはグループ
ワークフローまたは権限スキームで参照されるグループのメンバー		プロジェクトでも参照される場合を除く	プロジェクトでも参照される場合を除く
上記以外のその他すべてのユーザーとグループ

どのようにユーザーとグループ データがリンクされているか

クラウド内のユーザー アカウントは、一意のメール アドレスによって識別されます。

移行アシスタントを使用して移行すると、各ユーザーのクラウド サイトに新しいアカウントが作成されます。クラウド サイト内にメール アドレスがすでに存在する場合、そのメール アドレスは移行されません。代わりに、そのユーザーに接続されているすべてのデータがクラウド内のアカウントにリンクされます。

移行先のクラウド サイトにユーザーがすでに存在する場合は、次のようになります。

• ユーザーが Cloud で製品アクセスを持っているが、Server サイトでステータスが無効化されている場合は、移行後も Cloud 内で製品アクセスを持ちます。

• ユーザーが Cloud で製品アクセスを持っていないが、Server サイトで有効化されていて製品アクセスを持っている場合は、移行プロセスを通じて製品アクセスが付与されます。

グループは、Cloud にある既存のグループにもリンクされます (すでに存在する場合)。グループ リンクはグループ名で識別されて、移行時に権限がエスカレーションされる可能性があります。移行する前にグループをチェックしてください。グループと権限の移行方法をご確認ください。

グループの再移行で権限のエスカレーションが発生する可能性

When you re-migrate a group to cloud, we won’t update its existing memberships or the group itself. We only add new users that appeared in the group since the last migration. This can result in permission escalation. For example:

1. 管理者グループをクラウドに移行します。

2. その後、Server または Data Center で、このグループから一部のユーザーを削除し、グループを再移行します。

3. このとき、メンバーシップの変更はクラウドには反映されません。移行済みの情報はそのまま保持されるからです。削除されたユーザーは、クラウドの管理者グループのメンバーのままとなります。

4. ただし、新しいユーザーをグループに追加した場合、そのユーザーはクラウドのグループに追加されます。これは、既存のメンバーシップの変更ではなく、新しいメンバーシップの追加だからです。

You should take that scenario into consideration when doing phased migrations. It might happen that you migrate a project or space thinking it can only be viewed by Admins, but in reality – the cloud’s Admins might have more users than its server counterpart.

移行済みの情報はそれ以上更新されずそのまま残ることを常に念頭に置いてください。

Server または Data Center のグループに変更を加える必要がある場合は必ず、対応するクラウド グループにも手動で同じ変更を加えてください。

ユーザーの事前移行によるダウンタイムの短縮

プロジェクト データの前にユーザーを移行すると、移行日に時間を節約できます。これは、移行アシスタントがこれらのユーザーを再移行する必要がなくなるためです。特に、すべてのユーザーを移行する場合に役立ちます。 

Jira のユーザーとグループを事前に移行する方法をご確認ください。

削除済みまたは非アクティブのユーザーとディレクトリ

Jira データで参照されている任意の削除済みのユーザーや非アクティブなディレクトリのユーザーは、移行後に Former user と表示されます。これらのユーザーへの参照を移行する必要がある場合は、移行前にそのユーザー (またはディレクトリ) を再アクティブ化する必要があります。

Users with disabled status in your Server site will be migrated as active but without any product access. This means they will not be counted as active Jira users for billing purposes. Learn how users are managed in Cloud

権限の確認と承認

初めて移行した場合、移行後にグループ権限を確認および承認する必要があります。グループ権限を承認すると、クラウド サイトの任意のアクティブ ユーザーが請求対象に追加されます。

グローバル設定とグローバル サイト権限はこのツールでは移行されません。これらは移行の前後に手動で設定する必要があります。

グループと権限の移行方法についてご確認ください。

プロジェクト ロールの移行と関連する制限事項

移行するプロジェクトを選択すると、そのプロジェクトに関連付けられたロールも移行されます。残念ながら現時点では、クラウドでプロジェクトを削除してもプロジェクト ロールは削除されないため、同じプロジェクトを再度移行するとロールはサフィックス (migrated) 付きで移行されます。これは既知の課題で、手動でクリーンアップする必要があります。この問題に関してお困りの場合は、サポート チームまでお問い合わせください。

ユーザーへの招待メールの送信

We won’t send an invitation to your users even if you choose to give your users access during the migration. To invite your users you can choose to send an invitation from the Administration space after you have migrated, or send a link for them to log in themselves.

クラウドでの請求

Jira Cloud はサブスクリプション ベースで、ユーザー単位で請求が行われます。ユーザーの移行を予定している場合は、ライセンス オプションを確認するか、価格シミュレーターを使用してコストを計算しておくことをおすすめします。既定では、クラウド サブスクリプションでは月単位での請求が行われますが、必要に応じて年間プランを選択できます。 

サード パーティのアイデンティティ プロバイダー

Cloud で外部の ID プロバイダーを使用することを予定している場合は、ユーザーとグループの移行のガイドをご確認ください。ユーザー移行戦略の詳細をご確認ください。

移行前に、ローカル ディレクトリと同期することをお勧めします。これは、データを転送する前にユーザーとグループが最新であることを確認するためです。

詳細情報とサポート

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

• 移行の詳細な計画情報や FAQ については、Atlassian Cloud 移行センターを参照してください。

• 技術的な問題が発生していたり、戦略やベスト プラクティスで支援が必要な場合、お問い合わせください。

• 専門的なアドバイスについては、アトラシアン コミュニティもご利用ください。

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

アトラシアン サーバー製品のサポートは 2024 年 2 月に終了します。サーバーのサポート終了スケジュールで詳細をご参照ください。