How To Successfully Migrate to Jira Cloud in Phases

How To Successfully Migrate to Jira Cloud in Phases and Reduce the Risk of Data Loss

Meta Information


Explanation

metaDescription

Migrating to Jira Cloud using the lift and shift strategy can get complex! Learn how to simplify the process by migrating to in phases.

Field Type

Text

Help

Should be max 120 characters. This is shown on the result page e.g. on Google.

shareTitle

How To Successfully Migrate to Jira Cloud in Phases and Reduce the Risk of Data Loss

Field Type

Text

Help

This title is shown when the blog post is shared on social media.

shareDescription

Migrating to Jira Cloud using the lift and shift strategy can get difficult! Learn how to simplify the process by migrating to Jira Cloud in phases.

Field Type

Text

Help

Should be 1-2 sentences. This text is shown if the blog post is shared on social media or other platforms.

shareImage

Blog-Post-Share_Image_Cross-deployment-with-Backbone@2x.png

Field Type

PNG/JPG

teaserImage

Blog-Post-Teaser-Image_Cross-deployment-with-Backbone.svg

Field Type

SVG

Help

To add an SVG do the following:

  1. Drag and drop the SVG in the property - it will show up as an a attachment with icon.

  2. Remove it from the property with backspace

  3. Enter "!"

  4. A list of attachments appear

  5. move down with the arrow keys to your SVG attachment (usually the first one in the list)

  6. Hit enter

  7. Add a manual pixel width e.g. 50px (this doesn't effect the website later on)

  8. Done

teaserText

See how a phased migration strategy, in comparison to "lift and shift", could help you reduce the risk of data loss and prolonged downtimes.

Field Type

Text

Help

Should be 1-2 sentences.

author

Liset de Bruin

Field Type

Link to page

Help

The author needs to be a page link from the team page .

heading

How To Successfully Migrate to Jira Cloud in Phases and Reduce the Risk of Data Loss

Field Type

Text

Help

If your blog post title should change for the following reasons:

  • blog post has already been published and shared

  • blog post url should be shorter than page title

  • Use of emojis in blog post title

  • blog post title contains special characters which are not compatible with the viewport meta tag macro

Example: The title of the blog post is -
Announcing Orderly: Replace Confluence Page Properties with Notion-like Databases

But the Url should be shorter and just be:
/blog/orderly-for-confluence

Blog post title = Orderly for Confluence

Heading property = Announcing Orderly: Replace Confluence Page Properties with Notion-like Databases

relatedPosts



app newsletter image (primary)

Blog-Post-Newsletter-Primary-Image_Cross-deployment-with-Backbone@2x.png

app newsletter image (secondary)

Blog-Post-Newsletter-Secondary-Image_Cross-deployment-with-Backbone@2x.png


Note: Atlassian recently changed its terminology.

On Jira Cloud, issues → work items.
On Jira Cloud, projects → spaces.
(Still called issues and projects on Data Center.)

Cloud, cloud, cloud – it’s the talk of the town! With Atlassian sunsetting Jira Data Center on March 28th, 2029, more and more teams are making the move to Jira Cloud. But tackling a full big bang or lift and shift migration can feel overwhelming - data loss, downtime, and stressed-out admins, oh my!

The good news? You can skip the chaos by taking it step by step. A phased migration with Backbone Work Sync for Jira helps you move smoothly, keep everything in sync, and stay productive along the way.

In this article, we’ll walk you through how to migrate to Jira Cloud in phases, share best practices, and show how Backbone Work Sync can make your journey a whole lot easier. This also includes keeping your DC instance in sync with Jira Cloud using Backbone Work Sync for Jira.

What Challenges Can Occur During Cloud Migration?

Cloud migration strategies for Jira.png

Phased Migration vs Lift and Shift

When moving to Jira Cloud, you’ve got two main paths , lift and shift or phased migration. Each has its pros and cons.

A lift and shift migration might sound tempting because it’s faster to plan. But moving everything at once can lead to downtime, data loss, and a bunch of confused users trying to adjust overnight.

On the other hand, a phased migration breaks the process into smaller, manageable phases. You can move projects step by step, test along the way, and keep your teams working without major disruption - making the whole experience smoother and a lot less stressful.

Keep or Delete the On-Premises Projects

You’ll also need to decide whether to keep or delete your original Data Center or Server projects. If you delete them after migrating, users won’t be able to access past issues or their history. Keeping these projects, especially when using a phased migration, helps ensure a smoother transition.

Cloud Migration Strategy - Moving to Jira Cloud in Phases

Practical Steps for a Migration to Jira Cloud in Phases
Practical Steps for a Migration to Jira Cloud in Phases

If you’ve decided to move to Jira Cloud in phases (great choice), here are a few tips to make the process as smooth as possible:

  • Keep your Data Center projects so users can still access existing issues and historical data.

  • Freeze editing on those projects to prevent changes or updates from being lost during migration.

  • Use the Jira Cloud Migration Assistant to move your projects from Data Center to Cloud step by step.

  • Notify your users once a project has been migrated so they know where to continue their work. For extra clarity, add a banner to the project - here’s how to do that .

  • Stay in sync with Backbone Work Sync until your entire migration is complete to ensure all updates remain aligned between instances.

Practical Steps for a Migration to Jira Cloud in Phases
Practical Steps for a Migration to Jira Cloud in Phases


Keep Your On-Premises and Cloud Instances in Sync Using Backbone

Why bother keeping your instances in sync during the migration? That because if you keep your on-premises projects active and/or accessible while moving to Jira Cloud in phases, things can get tricky.

  • Keeping the on-premises project means users might run into outdated information.

  • In this hybrid model, some projects might get migrated before others, meaning users must operate in both systems, causing confusion.

  • Users might have to switch between two instances to find the most updated Jira work items.

The risk of outdated data and misalignment between instances during phased migration can be minimized using Backbone Work Sync for Jira.

Keep Your On-Premises and Cloud Instances in Sync Using Backbone
Keep Your On-Premises and Cloud Instances in Sync Using Backbone


By syncing with Backbone, you can keep the on-premises instance up to date with information from the Jira Cloud instance. Here’s how:

  1. Install Backbone Work Sync from the Atlassian Marketplace on both the Jira on-premises and Jira Cloud.

  2. Set up a one-way sync and link the work items automatically, as described in this help article .

Backbone puts you in the driver’s seat when it comes to syncing your Jira data. Choose exactly what you want to sync - from work item types (like tasks, sub-tasks, or bugs) to fields, workflows, comments, attachments, worklogs, and assets.

Want a peek at how simple it is? Check out the video below to see how quickly you can get Backbone Work Sync up and running.

In addition, you can also easily limit the work items you want to sync using JQL-based filters (e.g., status, date created), as explained in this help article.

Automatically Pair Work Items Across Jira Instances

For the final step, let Backbone do the heavy lifting. With just a few clicks, it can automatically pair your original and migrated work items so they stay perfectly in sync. No more hunting down matches or linking them manually - Backbone takes care of it for you. You can find the detailed steps in this help article .

Pair Existing Issues Automatically Across Jira Instances
Pair Existing Work Items Automatically Across Jira Instances

Effortless Navigation Between Instances

Once your work items are paired, Backbone automatically adds links between your new Cloud items and existing on-premises issues - so switching between the two is a breeze. You’ll find these links right in Backbone’s Work Sync panel. Click one from your Data Center or Server project, and you’ll be taken straight to the matching work item in Jira Cloud.


You can create as many syncs as you need to keep your projects up to date. Once everything’s successfully moved to Jira Cloud, simply stop the syncs, tidy up your old projects, and celebrate - your migration is complete!

Streamline Phased Migration to Jira Cloud with Backbone Work Sync for Jira

Backbone Work Sync for Jira makes phased migration smooth and stress-free. It helps you reduce the risk of data loss and downtime, keeping your Cloud and Data Center instances perfectly aligned along the way.

With Backbone, you can migrate at your own pace - confidently and without disruption.

Migrate to Jira Cloud in Phases

Let’s discuss how Backbone Work Sync for Jira can help you lead an incident-free, phased migration to Jira Cloud - tailored to your team’s needs.

Book a demo with our product manager →

Share this article
Scroll Sites for Confluence is here! 🎉
Scroll Sites for Confluence is here! 🎉

Create powerful, flexible websites right from Confluence – help centers, documentation, blogs, and more.

Confluence Tips Right in Your Inbox!

Subscribe for regular updates from K15t, including a collection of our free best practice content, Confluence tips and tricks, Atlassian news, and more.

Reset Cookies

The following services will be reset and deactivated for you.

  • Hyvor Talk:
    We're using Hyvor Talk as a comment tool. Hyvor Talk sets a local storage when activated. By clicking "Disable all services" you're no longer able to post or read comments on our website until accepting the service again.
  • YouTube:
    We're using YouTube to embed video into our website. YouTube sets cookies when activated. By clicking "Disable all services" you're no longer able to watch our embedded videos on the website until accepting the service again.

By clicking "Disable all services" all cookies and local storages related to the services will be removed. Before using them on our website again, you need to accept them.