My company would like to know the best practice to back up Jira software and Confluence cloud recommended by Atlassian.
We have seen the following threads about creating offline backup.
Seeing that Alassian already makes backups of data for application recovery purposes, what are the planned use of these offline backups? Should we create these backups in specific occasions, like plan upgrade, or on regular basis? Can these offline backups be used to roll back changes?
Please share with us any other points regarding the cloud back if you deem relevant.
Thanks and regards,
>Seeing that Alassian already makes backups of data for application recovery purposes,
These backups are not designed for recovering individual systems, they are for recovering blocks of systems in case of server failure. It can be done of course, they contain everything, but it's a long and slow process, and Atlassian do not offer recovery as part of the service - you can't ask them to recover from a backup if you make a mess of something and feel like rolling back.
>what are the planned use of these offline backups? Should we create these backups in specific occasions, like plan upgrade, or on regular basis?
You don't have any control over upgrades, Atlassian do them. Changes of plan/access are not something you would want to take a backup before anyway, changes of plan just affect access to functions and numbers of users, not the data.
You should be taking a backup whenever you think you're about to make config changes that might break things, or if you have a concern about losing access to the service and need to retain a copy of the data for some reason
>Can these offline backups be used to roll back changes?
Yes, but they are totally destructive - if you take a backup at date/time X, then make changes, adding more issues or pages, config change, editing existing data etc for the next 6 hours, then restore the backup, you will lose everything done in those 6 hours. It's a complete roll-back, not a localised one.
I know that this is late to the party, but depending on how you have configured your site, backups may come in handy.
I recently took over administration of our Atlassian products and immediately started backing it up regularly. At the same time I was working on improving the configuration. Well, somehow someone deleted an epic and all it's linked tickets that had a few weeks worth of work history attached.
I was able to recover just those issues that they lost. Obviously they were missing any recent changes tho. It also took about 24 hours because I had to download the backup of the entire instance, not just the project I needed.
I have since put in place some better blocks to ensure people are not deleting huge chunks of work.
👋 Hi there Jira Community! A few months ago we shared with you plans around renaming epics in your company-managed projects. As part of these changes, we highlighted upcoming changes to epics on...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events