Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

How to move 40k+ tickets between company-managed space in premium JSM cloud

Samar Tripathy
April 10, 2026

Hey team,

We have 2 company-managed project spaces in the same JSM cloud instance. We want to move all the work items (~40000), linked work items and associated attachments, comments, etc. with the work items. We want to preserve the "Reporter" and "Assignee" along with other relevant fields.

1. What is the best way to achieve this migration with native tools like "Bulk change"?

2. What are important considerations that we should address before executing the move?

Thank you,

Samar

2 answers

1 vote
Ugnius Aušra
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Champions.
April 10, 2026

Hello @Samar Tripathy 

Well you can't make bulk change for all 40000 work items once.

If i remember correctly it allows to choose 1000 work items and make bulk change.

Basically moving to project all the data goes with it, you need to check mappings between project statuses.

Maybe some fields are not existing in another project, so this data will not be visible also.

 

0 votes
Arkadiusz Wroblewski
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Champions.
April 10, 2026

Hello @Samar Tripathy 

Your main options here are Bulk Move, the REST API, or using an app.

The important part is that Bulk Move and REST API approaches should usually be done in small batches, not all at once. You also need to make sure the configuration on both sides is very close, otherwise you can run into mapping problems during the move.

And if this is a Jira Service Management project, be especially careful. That is where things can get messy quite fast, for example when comments suddenly end up with the wrong visibility and become public when they should not.

Because of that, an app-based approach may be the safer path here.
Maybe Deep Clone for Jira would be worth a look.

You could use the trial, test the move, and cancel it afterwards if it is not needed anymore.

Deep Clone for Jira | Atlassian Marketplace

 

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
PREMIUM
TAGS
AUG Leaders

Atlassian Community Events