Create
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Products
See all
Community resources
Top groups
Explore all groups
Community resources
Learn
Community resources
Events
Community resources

Intentionally migrate Jira issues to the cloud without attachments

Bryan Guffey
Bryan Guffey
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Become a leader
June 10, 2024

I'm testing some features in Jira Cloud and want to move a Jira DC project with over 100K Jira issues but would like to not move the 461GB of attachments because I'd like this to complete in under a year, lol. 

I'm working in a sandbox, so the easiest answer would be to just find the folder for all of the attachments and hide it from Jira, but I'm not sure that wouldn't break the JCMA.]

Alternatively, I could write a script to delete all the attachments, since this is just a sandbox, but I'd like to keep the data if possible. 

Has anyone else run into this problem and do you have any suggestions? 

Answer
Watch
Like Be the first to like this
289 views

1 answer

1 accepted

1 vote
Answer accepted
Trudy Claspill
Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Become a leader
June 10, 2024

Hello @Bryan Guffey 

There is a change request about being able to intentionally exclude attachments from migration in JCMA.

https://jira.atlassian.com/browse/MIG-1076

In my current migration the stakeholders had moved attachments from the Jira server to a network share to recover space on the Jira server. JCMA attempts to migrate the attachments but cannot find them. JCMA is built to recognize this error and keep going. This error seems to be realized faster than the time it would take to actually move the data.

Also, in my current migration I moved a total of over 2.3 TB of data and over 2.3 million issues in 142 projects. There was an additional 400 GB of attachments that could not be found due to being on the network share.  I first ran batches of Attachments Only migration plans, for the projects where I knew the attachments could be found. Then I migrated the projects (issues, users, groups, filters, agile boards, dashboards) in another set of migration plans that included the projects where the attachments were not accessible.

FWIW, all together it took a total of about 45 hours.

View More Comments
Bryan Guffey
Bryan Guffey
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Become a leader
June 10, 2024

Thanks, @Trudy Claspill 

It sounds like the attachments aren't as terrible a move as I thought...if altogether you moved 2.3TB in that period of time I should be able to clear stuff by tomorrow. 

Like
Trudy Claspill
Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Become a leader
June 12, 2024

How did this work out for you? Did the migration take less time than you expected?

Like
Reply

Suggest an answer

Log in or Sign up to answer
Jira
Jira
DEPLOYMENT TYPE
SERVER
VERSION
9.12.8
TAGS
AUG Leaders

Atlassian Community Events

    See all events