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