Plan your Cloud migration
Documents to help you prepare to migrate your Atlassian Server or Data Center products.
The advanced experience allows you to apply individual actions to any user, also the ones whose email addresses are correct.
The actions you can take include:
Changing individual email addresses
Merging any users together, including the ones that aren’t duplicates
Migrating users as former users, deactivating them in cloud
In the advanced experience, you edit your users in a CSV file that includes all users and customers found in your user directory.
Before you can choose the advanced experience, you need to run a user assessment in Jira Cloud Migration Assistant.
Learn how to run the user assessment
Once you’ve selected the advanced experience, you’ll be able to download a CSV with all users and customers found in your user directory.
Here’s a sample from an actual CSV file.
UserKey | UserName | ErrorType | OldEmail | NewEmail | Tombstone | AccountType |
---|---|---|---|---|---|---|
JIRAUSER10105 | charlieatlassian |
| charlie@atlassian.com | charlie@atlassian.com | FALSE | USER |
JIRAUSER10106 | user1 | INV | user1@user1 | useri10106@atlassian.com | FALSE | USER |
JIRAUSER10107 | cust1 | DUP | user@atl.com | useri10107@atlassian.com | FALSE | CUSTOMER |
What the columns mean:
UserKey: User key. For users created in earlier Jira versions, it should be the same as the username.
UserName: Username, the primary identifier in your self-managed instance.
ErrorType: Problem with the email address, either invalid, duplicated, or none if the user’s email address is correct.
OldEmail: Current email address.
NewEmail (editable): For users with invalid or duplicated emails, it’s a pre-generated email address that is valid and unblocks the migration. For users with correct emails, it’s their original email address.
Tombstone (editable): Controls whether a user should be migrated as Former user. The values are True or False. This value takes precedence over assigning a new email – when set to true, the users always gets migrated as Former user.
AccountType: User type, either a regular user or a customer from Jira Service Management. For Confluence, it always shows ‘user’.
The users in the CSV file are sorted based on the following criteria, starting from the top:
Users with invalid and duplicated emails.
Customers with invalid and duplicated emails.
Users with correct emails.
Customers with correct emails.
Within each category, users or customers are sorted alphabetically.
Here’s a summary of all actions you can apply in the file, with details on how each action affects a user.
Action | How to do it |
---|---|
Assigning new email addresses to users | To assign a new email, change the email address in the NewEmail column to any valid email address. By default, the column includes the following data:
The pre-generated email addresses are based on user ID and a domain most common in your user directory. |
Merging users together | To merge users together, use the same email address for all users you’d like to merge. You can merge any users, even if they’re not actually duplicated. The merged account created after the migration:
|
Migrating users as former users | To migrate users as former users, change the value in the Tombstone column to true. A former user:
Former user isn’t an actual users – it’s a container that groups activity from all former users, for example deleted users. |
When you upload the CSV file, we’ll check that it meets the following conditions:
The file must have the same format and structure as the original file
All users with invalid or duplicated emails must be resolved
All email addresses must be valid
All users present in the file must exist in Jira
The file must include the same number of users as the original file
Save the file in case you’ll need to re-assess your users
Keep the CSV file in case you needed to re-assess your users in the future. When changing new users that appeared since the previous assessment, you’ll start from a default CSV file that won’t include the changes you’ve made before.
When reviewing the changes, you’ll see a summary of actions applied across your users, with a count for each of them.
To review in more detail, select List of changed users. This downloads a CSV file that includes only the users that will be modified during the migration.
It might happen that your user base changes over time. If you re-run the assessment in the future, we’ll check if you have any new users with invalid or duplicated email addresses.
Previous changes won’t be included in the CSV file
When you download the CSV file, it will be the default CSV file with all users and customer. It won’t include the changes you’ve made before. You’ll need to copy the previous changes from your saved CSV file or from the CSV file with changed users, as described below.
To re-assess your users:
In the Assess and prepare your users card on the migration assistant home screen, select View results. You’ll see the results of the previous assessment.
Select Assess again. If we identify new users with invalid or duplicated email addresses, you’ll see a warning message asking you to update them.
Select Change CSV file in the error message. You’ll be moved to the screen where you can download it.
Select Download CSV file to download the default CSV file with all users from your directory.
Re-apply the same changes to old users, and update the new users to resolve problems with invalid and duplicated emails.
If you don’t have access to the CSV file with previous changes, you can download a file with changed users from the Changes will be applied to users screen. You’ll have to manually copy these users to the main CSV file (with all users and customers) described above.
Was this helpful?