Cloud 移行を計画する
Atlassian Server または Data Center 製品の移行準備に役立つドキュメント。
高度なエクスペリエンスでは、任意のユーザーに加えて適切なメール アドレスを持つユーザーに個別のアクションを適用できます。
実行できるアクションは次のとおりです。
個々のメール アドレスの変更
重複していないユーザーも含め、ユーザーをマージする
ユーザーを旧ユーザーとして移行し、クラウドで非アクティブ化する
高度なエクスペリエンスでは、ユーザー ディレクトリ内のすべてのユーザーとカスタマーを含む CSV ファイルでユーザーを編集します。
高度なエクスペリエンスを選択する前に、Jira Cloud Migration Assistant でユーザー評価を実行する必要があります。
高度なエクスペリエンスを選択すると、ユーザー ディレクトリにあるすべてのユーザーとカスタマーを含む CSV をダウンロードできます。
実際の CSV ファイルのサンプルを次に示します。
ユーザー キー | ユーザー名 | エラータイプ | OldEmail (旧メール アドレス) | NewEmail (新メール アドレス) | Tombstone (墓石) | アカウントの種類 |
---|---|---|---|---|---|---|
JIRAUSER10105 | チャーリーアトラシアン |
| charlie@atlassian.com | charlie@atlassian.com | False | USER |
JIRAUSER10106 | user1 | INV | user1@user1 | useri10106@atlassian.com | False | USER |
JIRAUSER10107 | cust1 (カスト 1) | DUP | user@atl.com | useri10107@atlassian.com | False | カスタマー |
列の意味:
ユーザー キー: ユーザー キー。以前の Jira バージョンで作成されたユーザーの場合、ユーザー名と同じはずです。
ユーザー 名: ユーザー名。オンプレミス インスタンスにおける主要 ID。
エラータイプ: メール アドレスに問題があります。ユーザーのメール アドレスが正しい場合は、無効、重複、またはなしのいずれかです。
OldEmail (旧メール アドレス): 現在のメール アドレス。
NewEmail (編集可能): メール アドレスが無効か重複しているユーザーの場合、事前生成されたメール アドレスが有効なため、移行のブロックが解除されます。メール アドレスが正しい場合は、元のメール アドレスです。
墓石 (編集可能): ユーザーを旧ユーザーとして移行するかどうかを制御します。値は True または False です。
AccountType: ユーザー タイプ。一般ユーザーまたは Jira Service Management のカスタマーです。Confluence の場合は、常に「user」と表示されます。
CSV ファイル内のユーザーは、次の基準に基づいて上から順に並べ替えられます。
メールが無効および重複しているユーザー。
メールが無効および重複しているカスタマー。
正しいメール アドレスを持つユーザー。
メール アドレスが正しいカスタマー。
各カテゴリ内では、ユーザーまたはカスタマーがアルファベット順に並べられます。
ファイルに適用できるすべてのアクションの概要と、各アクションがユーザーに与える影響の詳細は次のとおりです。
操作 | 設定方法 |
---|---|
ユーザーへの新しいメール アドレスの割り当て | 新しいメール アドレスを割り当てるには、[NewEmail] 列のメール アドレスを任意の有効なメール アドレスに変更します。既定では、列には次のデータが含まれます。
事前生成されたメール アドレスは、ユーザー ID とユーザー ディレクトリで最も一般的なドメインに基づいています。 |
ユーザーをマージする | ユーザーを 1 つにマージするには、マージするすべてのユーザーに同じメール アドレスを使用します。実際には重複していなくても、あらゆるユーザーをマージできます。 移行後に作成されたマージ アカウント:
|
ユーザーを旧ユーザーとして移行 | ユーザーを旧ユーザーとして移行するには、[Tombstone] 列の値を [true] に変更します。 旧ユーザー:
旧ユーザーは実際のユーザーではありません。削除されたユーザーなど、すべての旧ユーザーのアクティビティをグループ化するコンテナーです。 |
CSV ファイルをアップロードすると、次の条件を満たしているかどうかが確認されます。
このファイルは、元のファイルと同じ形式と構造である必要があります
メール アドレスが無効か重複しているすべてのユーザーを解決する必要があります。
すべてのメール アドレスが有効である必要があります
ファイルに存在するすべてのユーザーが Jira に存在する必要があります
ファイルには、元のファイルと同じ数のユーザーを含める必要があります
ユーザーを再評価する必要がある場合に備えてファイルを保存します
将来、ユーザーを再評価する必要が生じた場合に備えて、CSV ファイルを保管しておきます。前回の評価以降に登録された新しいユーザーを変更する場合、以前に加えた変更を含まない既定の CSV ファイルから開始します。
変更を確認すると、ユーザー全体に適用されたアクションの概要が、各ユーザーの数と併せて表示されます。
より詳細に確認するには、[ 変更されたユーザーのリスト] を選択します。これにより、移行中に変更されるユーザーのみを含む CSV ファイルがダウンロードされます。
時間が経つにつれて、ユーザー ベースが変わる可能性があります。今後、評価を再実行した場合、無効なメール アドレスや重複したメール アドレスを持つ新しいユーザーがいないかどうかが確認されます。
以前の変更は CSV ファイルに含まれません
CSV ファイルをダウンロードすると、すべてのユーザーとカスタマーを含む既定の CSV ファイルになります。これには、これまでに加えた変更は含まれません。以下の説明のように、保存した CSV ファイル、または変更されたユーザーを含む CSV ファイルから以前の変更をコピーする必要があります。
ユーザーを再評価するには、次の手順を実行します。
Migration Assistant ホーム画面の [ Assess and prepare your users (ユーザーの評価と準備)] カードで [ 結果を表示] を選択します。前回の評価の結果が表示されます。
もう一度 [評価] を選択します。メール アドレスが無効か重複している新しいユーザーが特定された場合、更新を求める警告メッセージが表示されます。
エラー メッセージで [ CSV ファイルを変更 ] を選択します。ダウンロード可能な画面に移動します。
[ CSV ファイルをダウンロード ] を選択して、ディレクトリ内のすべてのユーザーを含む既定の CSV ファイルをダウンロードします。
古いユーザーに同じ変更を再適用し、新しいユーザーを更新して、無効なメール アドレスや重複したメール アドレスの問題を解決します。
以前の変更を含む CSV ファイルにアクセスできない場合は、[ Changes will apply to users (変更をユーザーに適用する )] 画面から、変更されたユーザーを含むファイルをダウンロードできます。これらのユーザーは、上記のメインの CSV ファイル (すべてのユーザーとカスタマーを含む) に手動でコピーする必要があります。
この内容はお役に立ちましたか?