Cloud 移行を計画する
Atlassian Server 製品の移行準備に役立つドキュメント。
Cloud では、すべてのユーザーが user@atlassian.com などの有効なメール アドレスを所有する必要があります。移行アシスタントでは、この要件を満たさないユーザーを特定できます。その後、ユーザー ディレクトリでそれらを更新するか、移行中に自動的に修正できます。
このページでは、移行アシスタントでの評価完了後に選択できるオプションに関してのみ、説明しています。まだ評価を行っていない場合は、代わりに次のページをご参照ください。
始める前に、以下の情報を確認してください。
移行アシスタントを使用した無効なメール アドレスの修正は、古いアカウントや重要でないアカウントの問題を解決するために実行します。Cloud を使用する実際のユーザーは、ユーザー ディレクトリ内で更新する必要があります。
移行時にユーザーを修正するオプションを選択した場合、修正は Jira Cloud Migration Assistant の [移行対象を選択] オプションを使用して移行した場合にのみ適用されます。以下の場合、修正は適用されません。
Jira Cloud Migration Assistant の [Migrate all data at once (すべてのデータを一度に移行する)] オプション (現在開発中)
Jira サイト インポート
アクティブ ディレクトリが Jira に接続している場合は、アクティブ ディレクトリ内で重要なユーザーを修正し、残りのユーザーに [無効なユーザーを旧ユーザーとして移行] オプションを適用することをお勧めします。無効なメール アドレスを持つユーザーを旧ユーザーとして扱い、移行することで、ディレクトリを Cloud に同期した際の問題を回避できます。
または、別の構成で、新しいメール アカウントを生成するオプションを選択することもできます。アクティブ ディレクトリ と Cloud で同じユーザーが異なるメール アドレスを持っていると、次の問題が発生する可能性があります。
Cloud では、ユーザーはメール アドレスで照合されるため、ディレクトリのユーザーは、新しいメール アドレスを保有する移行先のアカウントにはリンクされません。
ディレクトリ内のユーザーのメール アドレスを後で修正し、そのメール アドレスがここで生成されたメール アドレスと異なる場合は、新しいアカウントとしてプロビジョニングされます。
重要なユーザーを特定してユーザー ディレクトリで更新したら、移行時に残りのユーザーを修正する自動オプションの 1 つを選択します。
変更は、元のユーザーではなく、Cloud で作成されたユーザーに適用されます。
変更はすぐには適用されず、移行を開始した後にのみ適用されます。
以下に、選択できるオプションの概要を示します。
何も変更しません。ユーザー ディレクトリのユーザーを更新しない限り、移行はブロックされます。
ユーザーは Cloud で [旧ユーザー] として移行されます。旧ユーザーの特徴は以下の通りです。
無効化され、ログインも復元もできません
ライセンスを消費しません
コメントや履歴などのすべてのアクティビティを保持しますが、[旧ユーザー] という名前で表示されます
これは、削除されたユーザーなど、すべての旧ユーザーのアクティビティをグループ化するコンテナーです
Server または Data Center | がクラウドにあること |
---|---|
| ユーザーは別々のエンティティとして存在せず、表示できません。すべてのアクティビティは旧ユーザーとして表示されます。 |
最後にログインした日付が選択した日付より前のユーザー、またはログインしたことがないユーザー:
Cloud で [旧ユーザー] として移行されます。詳細については、上記の「無効なユーザーを旧ユーザーとして移行」を参照してください。
選択した日付以降にログインしたユーザー:
事前生成されたメール アドレスを受け取り、アクティブ ユーザーとして移行されます。詳細については、以下の「Create new emails (新しいメールアドレスを作成)」のオプションを参照してください。
ユーザーは、移行をブロックしない、事前生成された有効なメール アドレスを受け取ります。そのようなメール アドレスを保有するユーザーの特徴は以下の通りです。
アクティブ ユーザーとして移行されます
製品にアクセスできるグループに移行された場合は、ライセンスを消費します
コメントや履歴などのすべてのアクティビティを保持し、名前で正しく表示されます
メール アドレスにアクセスできないため、ログインできません
このオプションは、ユーザーのアクセスではなく、ユーザーの ID を維持するために使用します。メール アドレスは、userID とユーザー ディレクトリで最も一般的なドメインに基づきます。
Server または Data Center | がクラウドにあること |
---|---|
|
|
無効なユーザーのリストを含む CSV ファイルをダウンロードして、修正したファイルをアップロードし直すことができます。たとえば、大多数のユーザーを旧ユーザーとして移行しつつ、事前生成または入力によって新しいメール アドレスを必要とする一部のユーザーを選択できます。CSV ファイルは、ユーザー ディレクトリで更新する必要がある重要なユーザーを特定するのにも役立ちます。
評価によって、重複したメールアドレスも特定された場合は、「重複したメールアドレスを修正する」を参照してください。そうでない場合は、[変更を確認] を選択し、変更を移行に適用できます。
この内容はお役に立ちましたか?