We have an instance of Jira where we have implemented our business processes, but this instance is very large, we want to archive the old issues but not all issues and in the future we want to archive other issues in the same projets.
Can we do it ?
Jira backup project accept incremental restore ?
Thanks in advance
The internal xml backup is not incremental, every run is a complete backup of everything.
You should be using the database tools provided with your back-end database to do backups, and you should be looking to them to see if they do incrementals.
So , we cannot have easily the incremental backup , JIRA with its natives tools doesn't let us to do it.
We can do it with the database using tools and we have to ensure if it's incremental and we could encounter problems in the futres too , if any changes will be done on production instance.
So what can you advise to me ? we want to have two Jira instance one production and an other as is her archive.
Thanks in advance
You'll need to fit your "archive" rules around the software. The easiest one would probably be a rule that says "we only archive a project when it is ended". Do the full xml export, move it over to the archive server and import just that project (remember you'll need to set up the project in there first. There's a couple of utilities in the marketplace that can help you take the setup over - Awnba and Botron for example)
However, also bear in mind that your archive setup is likely to drift away from production. What happens if you delete a global or shared custom field from production? You'll need to think about every archive move quite carefully.
That's fine, but it makes the transfer into your archive massively harder. You'll need a way to get those issues individually out and into the archive.
Off the shelf, there's nothing that does that. There are add-ons that might help, but you'll need to try all of them to work out which works best for you.
Ok, for the configuration stuff (getting the config of a project in Live into your Archive so you can import issues later), I'd look for Botron and Awnba's products. I've only used Botron, and it works well, but I can't speak for Awnba's stuff.
For transferring issues, I've recently been using K15t's Backbone. We're struggling with it at the moment but suspect the issues are down to the client's complexity, not the add-on, as the testing we did showed it to work fine with test data. This could allow you to replicate issue updates from production to the archive, and then, I think, not replicate deletes. So "archiving" an issue would actually mean "delete it from production, but leave the archived copy in place"
As usual, there are probably other add-ons that could help, the ones I've mentioned are just the ones I'm aware of.
For contacting an expert, I'm always going to say "Talk to Adaptavist". Because I work for them and I know it's stuff we have done before (in fact, right now, the current project). In real life, you should evaluate the options based on your own criteria for experts. If, for example, you value your experts visiting you, you'll probably be better off selecting one physically near you. Take a look at https://www.atlassian.com/experts/search?page=1
Were you able to determine a solution for this question that met your criteria to archive by creation date? My team is looking for something similar where we would archive issues older than X date from our Production Jira to an Archive Jira instance. We are researching options now and I found this thread that closely matches what we want to do.
Over the next several weeks we'll be sharing some of our Getting Started guides here in the community. Throughout this series of posts, we'd love to hear from customers and non-customers ab...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs