Our IT Dept has installed a system snapshot / imaging tool ( AppAssure/RapidRecovery) on our Jira, Bitbucket, and Confluence servers. Are there any pitfalls to be aware of when relying on such a tool for system backups? Is it still preferable to perform database backups as discussed here, or using the bitbucket command line backup utility?
Thank you for your thought provoking response. For what its worth, the DB server is running on the same VM as the Jira Server. We are using PostgreSQL.
Seems like I would need to shutdown or otherwise lock the application to accomplish either of those two things. Does a mechanism to do that even exist?
Alternatively, if ever restoring from these backups I suppose I could destroy the database and restore it from a backup if I were separately doing daily backups of the database just before the system is imaged.
I've seen it work with the DB on the same machine, though that is only recommended for smaller Jira instances. You'd need to check that the restored snapshot can still access its local DB and no other DB though.
Stopping email getting read could be done by disabling all mail habndlers before taking a snapshot, but that's not convenient. Changin the JVM parameters used at Jira startup would be better. So you don't want to have Jira restart automatically
I was told by the IT Dept. that the backups would be differential. I am not terribly familiar with this particular tool, but I can't conceive how you would do anything other than a full backup of system memory (if anything), regardless of whether you do a differential or incremental backup of the disc.
This utility claims to take a snapshot of a system that is running, and when you restore that snap shot all of the applications that were previously running should pick up right where they were when the snapshot was taken.
So all volatile program memory in ram, the page file, etc, would be backed up too, including database caches. There are apparently some special integrations with this utility and MSSQL server that allow it to wait until database writes are done and perform a snapshot after caches are flushed. I haven't yet seen any documentation that suggests a similar integration with PostgreSQL.
Edit: I am not sure if anything I said above in the past two paragraphs is correct. I may have been misunderstanding their website/datasheet. As I said, I am not super familiar with this tool. Today is the first time I've ever heard about it.
ok Nick - sounds like it takes a complete server backup that would include JIRA and everything else that is installed.
I take a backup of just my jira or confluence schema in the backup - maybe that will take less time and would also let me be selective about what I am doing a backup of.
Your backup team would be more interested in taking a complete server backup - rather than just of the application.
Yes, our IT group isn't down in the weeds of knowing how to administrate each server. They provide comprehensive backups of all of our production servers. So I am basically wondering if that helps me much at all. I am wondering if I can trust the whether or not the database and Jira's other application data to not be corrupt or otherwise unusable because the backup was performed while Jira was running.
Both methods would keep your restoration process simple - you will not have to restore the complete server just to restore JIRA.
And I am sure you have some kind of a restart procedure too in hand - that is when backups can happen. Normally users have a DB restarts in place nightly when backups are taken. You can push in your request too to have schema backups during that time. And DB guys normally shutdown DB for backups - this should correspond with your JIRA restart too.
We're looking for participants for a workshop at Atlassian! We need Jira admins who have interesting custom workflows, issue views, or boards. Think you have a story to sha...
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