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

Confluence Cloud Migration Assistant を使用すると、Confluence ユーザーを Server から Cloud に移行できます。ユーザーは単独でもスペース データと併せてでも移行できます。

ユーザー移行オプション

Confluence Cloud Migration Assistant には、ユーザーとグループを移行するためのオプションが 2 つあります。

admin.atlassian.com の改善されたユーザー管理

移行エクスペリエンスに影響する可能性のあるユーザー管理への変更を公開しています。admin.atlassian.com の組織で、[ユーザー] と [グループ] の各リストが [ディレクトリ] タブにある場合は、改善されたユーザー管理エクスペリエンスをご利用中です。つまり、複数サイト全体のユーザーとグループが組織にマージされます。

一部のユーザーとともに移行されたユーザー データ

[選択したスペースに関連するユーザーを移行する] を選択すると、移行しようとしているスペースに関連付けられている一部のユーザー データが引き続き移行されます。これは、メンション、コメント、ページ履歴をアクティブな状態に保つためです。

必ず移行されるユーザー データには、次の情報が含まれます。

• 氏名

• ユーザー名 (移行後に破棄)

• メール アドレス

このうち、移行しているスペースに直接関連付けられているユーザーに関する情報のみが移行されます。これらのユーザーに対する製品アクセスの付与やグループへの追加は実行されません。これらのユーザーは、Cloud サイトにあるユーザー リストに表示されます。

ユーザーをあとから移行することを選択した場合、それらのユーザーの製品およびグループ アクセスはあとで更新されます。

また、ユーザーとグループを移行しないことを選択し、Cloud に存在しないグループによって付与されたスペース権限がある場合、Confluence Cloud Migration Assistant では対応するスペース権限が移行されません。このシナリオを回避するには、移行の前に Cloud サイトで当該グループを作成することをお勧めします。

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

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

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

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

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

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

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

ナレッジ ベースからユーザーを移行する方法

Confluence を Jira Service Management (旧 Jira Service Desk) のナレッジ ベースとして使用している場合は、Jira Service Management ユーザーが Confluence ユーザーとともに移行される可能性もあります。これは、Confluence の cwd_user テーブルに Jira Service Management ユーザーが表示される場合に発生します。

ダウンタイムを短縮するためのユーザーとグループの事前移行

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

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

テスト移行

テスト移行またはユーザー受け入れテスト (UAT) の場合、テスト用クラウド サイトを本番組織に含めないことをお勧めします。これは、関連するユーザーとグループのスムーズな移行を実現するためです。1 つの組織内のすべてのサイトで同じユーザーとグループを共有します。

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

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

Server インスタンスにある無効ステータスのユーザーは、アクティブであるものの、製品アクセス権を持たないユーザーとして移行されます。つまり、請求時にはアクティブな Confluence ユーザーとして計上されません。ユーザーがクラウドで管理される仕組みをご確認ください。

権限、グループ、製品アクセス

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

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

ユーザー グループと権限の移行方法をご確認ください。

メール通知

ユーザーにアクセス権を付与することを移行時に選択した場合であっても、ユーザーへの招待は送信されません。ユーザーを招待するには、移行後に管理スペースから招待を送信するか、自身でログインできるように当該ユーザーへリンクを送信します。

クラウドの請求を変更する

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

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

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

移行前に ID プロバイダーを Confluence と同期させることをおすすめします。これは、データを転送する前にユーザーとグループが最新であることを確認するためです。