Cloud 移行を計画する
Atlassian Server または Data Center 製品の移行準備に役立つドキュメント。
このページでは、移行アシスタントで重複したメール アドレスを自動で修正するオプションをご説明します。
ユーザー評価を開始する
このページに偶然アクセスした場合は、評価の実行方法とユーザー ディレクトリ内の重要なユーザーの更新方法が記載されたランディング ページから開始してください。
始める前に、以下の情報を確認してください。
外部ディレクトリを Jira に接続している場合は、アクティブ ディレクトリ内で重要なユーザーを修正して、残りのユーザーに「重複するユーザーをマージ」オプションを適用することをお勧めします。同じメール アドレスを持つ複数のユーザーを 1 人のユーザーとして移行することで、ディレクトリを Cloud と同期した際の問題を回避できます。
重複したメール アドレスについては、1 つのオプションを選択したら、移行がすべて完了するまでオプションを変更しないでください。移行中 (一部のプロジェクトのみを移行した後) にオプションを変更すると、データが不整合になり、一部のユーザーが Cloud で重複する可能性があります。
重複したメール アドレスの修正時におけるオプションの変更について詳しく確認する
自動オプションの 1 つを選択して、移行中に残りのユーザーを修正します。
変更は、元のユーザーではなく、Cloud で作成されたユーザーに適用されます。
変更はすぐには適用されず、移行を開始した後にのみ適用されます。
以下に、選択できるオプションの概要を示します。
何も変更しません。ユーザー ディレクトリのユーザーを更新しない限り、移行はブロックされます。
同じメール アドレスを共有する複数のユーザーを 1 つのアカウントにマージします。
1 つのアカウントがメイン アカウントとしてランダムに選択され、残りのアカウントのコンテンツとアクティビティを保有します。
権限とグループもマージされます。1 人のユーザーが管理者権限を持っていた場合、マージされたアカウントは Cloud で引き続き権限を保有します。これには、Server または Data Center で無効化されたアカウントも含まれます。
ユーザー プロファイルはマージされないため、アバターや設定は含まれません。
Server または Data Center | がクラウドにあること |
---|---|
|
|
最後にログインした日付が選択した日付より前のユーザー、またはログインしたことがないユーザー:
1 つのアカウントにマージされます。詳細については、上記の「重複するユーザーをマージ」のオプションを参照してください。
選択した日付以降にログインしたユーザー:
事前生成されたメール アドレスを受け取り、個人のアクティブ ユーザーとして移行されます。詳細については、以下の「Create new emails (新しいメールアドレスを作成)」のオプションを参照してください。
ユーザーは、移行をブロックしない、有効で一意の事前生成されたメール アドレスを受け取ります。そのようなメール アドレスを保有するユーザーの特徴は以下の通りです。
アクティブな個人ユーザーとして移行される
製品にアクセスできるグループに移行された場合は、ライセンスを消費します
コメントや履歴などのすべてのアクティビティを保持し、名前で正しく表示されます
メール アドレスにアクセスできないため、ログインできません
このオプションは、ユーザーのアクセスではなく、ユーザーの ID を維持するために使用します。メール アドレスは、userID とユーザー ディレクトリで最も一般的なドメインに基づきます。
Server または Data Center | がクラウドにあること |
---|---|
|
|
CSV ファイルを使用して、より細分化された方法でユーザーに修正を適用します。(例:ほとんどのユーザーを「旧ユーザー」として移行して、その中から新しいメール アドレスを取得する必要があるユーザーだけを後から数名だけ選択する。)
[変更を確認] を選択し、更新された結果を表示します。そうすることで、アシスタントで作成したすべての移行に変更を適用するオプションを利用できます。移行を開始すると、Cloud で作成されたユーザーに、ここで選択した変更が反映されます。
準備ができたら、メール ドメインのレビューに進みます。
この内容はお役に立ちましたか?