• Products
  • Documentation
  • Resources
Products
Documentation
Resources
Atlassian Support
/
Migration Resources
/
Jira Cloud Migration Assistant

What gets migrated with the Jira Cloud Migration Assistant

As the Jira Cloud Migration Assistant is still in development, not all data will be migrated. This page outlines what is and isn’t migrated with the latest version of the Jira Cloud Migration Assistant.

The Jira Cloud Migration Assistant will add data to your cloud site without overwriting existing data. This means you can move to a new or existing cloud site. Learn how the Jira Cloud Migration Assistant links your data

If you’re unable to use the Jira Cloud Migration Assistant to migrate, there are other ways to move your data from server or Data Center to cloud. Learn about other methods and their limitations

What is migrated

What isn't migrated

Jira Software project data

  • Issue rank

  • Epics (epic link)

    • Epic name

    • Epic color

    • Epic link

    • Epic status

  • Issue history (including some custom fields)

    • Epic Name

    • Epic Color

    • Epic Link

    • Epic Status

    • Issue rank

    • Original Estimate

    • Remaining Estimate

    • Flagged

    • Components

    • Environment

  • Sprints

  • Versions (affects versions, Fix versions)

  • Filters associated with boards being migrated

  • Boards connected to only one project that is being migrated

  • Jira Software Boards - connected to projects selected in the migration (boards linked to more than one project will not be migrated)

    • Boards

      • Name

      • Administrators

      • Filter & permissions

      • Location

    • Advanced board settings

      • Column names & status mapping

      • Quick filters

      • Swimlanes

      • Sprint permissions

      • Card colors

      • Time statistic / estimation

Jira Work Management (formerly Jira Core) project data

Note: These entities are also part of Jira Software.

  • Project details:

    • Name

    • Key

    • Project type

    • Project category

    • Description

    • Project lead

    • Default assignee

  • Project roles

  • Issue types

  • Issue type scheme

    • Default issue type

  • Issue type screen scheme

  • Workflows scheme

  • Field configuration scheme

  • Workflows - basic links to the correctly migrated workflow scheme with status and transitions

  • Workflow functions

  • Screens schemes

  • Screens

    • Tabs

  • Status category

  • Permission schemes

  • Issue security

Issue data

  • Summary

  • Description

  • Issue type

  • Issue number

  • Status

  • Priority

  • Resolution

  • Labels

  • Creator

  • Reporter

  • Assignee

  • Due date

  • Subtasks

  • Some custom fields

    • Text

    • Date

    • Number

    • Time

    • Labels

    • Select List (single choice, multiple choice, cascading select)

    • Checkbox

    • User Picker (single/multiple)

    • Project picker (single project)

    • Group custom fields

    • Multi-line text

    • Radio button

    • Environment

    • URL

  • @mentions

  • Watchers/ Votes

  • Issue links (including link types)

  • Attachments

  • Comments

  • Comments with security

  • Story points

  • Time spent

  • Issue history

  • Issue work log

  • Issue key history

Users and groups from active directories

  • Jira Work Management and Jira Software users, and Jira Service Management agents

  • Deleted users from server are migrated as “Former user”. Only deleted users connected to the projects being migrated will be created in cloud

  • All groups in active directories

  • Users managed by external directories

App data

Other project types

  • Archived projects

Project setup

  • Custom field language translations

  • Workflow functions

    • Properties

    • Triggers

  • Notification schemes - projects are added to the default schemes in cloud

  • Mail handlers

  • Project avatars

  • Links to issues or entities that are not migrated

Other project types

  • Jira Service Management projects (formerly Jira Service Desk)

Jira global entities and permissions

  • Global permissions

  • General configuration (timezone, language, etc)

  • Dashboards

  • Cross-project boards

  • Boards not connected to the projects being migrated

  • Boards that belong to inactive users

  • Filters on boards that are not migrated

  • Confluence links

  • Webhooks

Users and groups

  • Jira Service Management customers - Only agents are migrated

  • Users and groups from inactive directories - make directories active to migrate them

Specific app data

  • Advanced Roadmaps (formerly Portfolio for Jira) migration is in the roadmap.

  • App data of the ‘Automation for Jira’ app is not included in the migration.

User profiles

  • User avatars. Users will need to update their avatars after migrating

  • Passwords. Unless you've set up SSO, users will need to reset their passwords after migrating

  • Timezones. Timezone information on a per-user profile will be lost

Other issue types

  • Archived issue

Adding additional entities using CSV import

It’s possible to manually add missing fields using CSV import after migrating. Some of the fields that aren’t migrated include:

  • Cascading select list

  • Version picker (single & multi)

  • Any custom fields from add-ons

Follow the instructions below to add these fields or contact the support team for assistance. You’ll need access to the Jira Server logs to do this.

  1. Manually create the missing fields:

    1. Manually create any custom fields that were not migrated.

    2. Assign the custom fields to the relevant screens (using data from the Jira Server logs, look for the string unsupported custom field).

  2. Top up data for missing fields with CSV export-import:

    1. Export data for all the fields and issues from server. Create a search and export as CSV.

    2. Edit the CSV (in Excel, for example).

      1. Leave only issue key, issue summary and all the missing fields that you want to top up. For example: cascading select list, version picker

      2. Include any other custom fields that are used on issue screens based on data from logs (optional).

    3. Run the CSV import in your cloud site and select the project previously migrated with the Jira Cloud Migration Assistant.

After completing these steps, all the issues should be updated with missing field data. Projects should now have up-to-date configuration, data and can be considered fully migrated.

More information and support

We have a number of channels available to help you with your migration.

Last modified on Oct 19, 2021
Cached at 8:04 PM on Oct 27, 2021 |

Additional Help

On this pageWhat is migratedWhat isn't migratedAdding additional entities using CSV importMore information and support
CommunityQuestions, discussions, and articles