With just one day remaining to submit her sprint reports to the Executive team, Sharon is pinned to the screen and trying hard to make sense of all the messed up numbers in the sprint reports. The burn down chart, version report etc are showing inconsistencies which were not expected. Incorrect numbers means the incorrect release information, incorrect reporting in velocity etc.
Sharon is the Atlassian toolsmith responsible for the Jira app at her organization. With almost 720 active users Sharon manages approximately 200 Jira projects which cover Project customization, configuration tweaks, Reporting etc.
After a lot of investigation, Sharon uncovers a pattern where she sees a lot of issues were updated with wrong field values, most probably ‘bulk update’ gone wrong. With no easy way to track changes Sharon goes through the history of a few tickets and notices Pete was the one who changed the fields such as ‘Story points’, ‘Sprint’, ‘Status’ etc.
Immediately she recalls her 2 months old conversation with Pete, IT admin & co-owner of Jira who left the organization last week after an internal dispute with management.
Pete - Hey Sharon, we are on Jira cloud so we don't need data backups, correct?
Sharon - No, it's not true. We do need to backup Jira as per Atlassian’s policy (SaaS Shared Responsibility Model). In fact we do use native Jira exports for backups and the exported data is stored on our NAS server.
Pete - Wow I didn’t know that! So what if these exports are not accessible?
Sharon - Then we won't be able to recover the data in case of disaster.
Pete - That's risky, let's secure our NAS so we have these export files when we need.
Sharon, now regaining her senses and thinking of the worst case scenario, logs in into the NAS share to check the export files. Her nightmare comes true, no export files… it's gone. She somehow manages to find one copy of the export file on her local machine but soon she realises that she cannot revert the entire site to an older state as it will have even bigger data loss impact.
Jira admins have been facing data consistency issues due to several reasons, be it accidental or malicious events. Commonly, Jira admins have reported the following scenarios of data corruption which keep them awake at night.
Reverting the issues to the previous state is one common problem admins come across very often. With increasing customer feedback, we released the first version of ‘Revert issues’ last week.
Implementing Data protection strategy for Atlassian Jira cloud has become a necessity and equally complex. With limited native options from Atlassian, you will have to either build some custom scripts, manage data on your own to address your data protection needs or you leverage 3rd party SaaS applications such as Revyz to offload data protection from your core IT team.
Revyz Backup & Restore app for Jira can store data securely & remotely, making it available for various recovery scenarios without having you to rollback the entire site.
Try Revyz for free - Atlassian marketplace link. Share your feedback on how we can improve & what other use cases you would want Revyz to address.
.