I wanted to setup disaster recovery with 2 nodes(one is Master and other one as slave) without clustering
As of now i have completed below steps:
Installed JIRA on master node and connected with the master database.
Copied JIRA installation and data directories from master node to slave node and connected with the replication database.
Started JIRA on master node and whatever i customize in this it is getting replicated in both databases(master and slave databases) but these changed are not getting reflected in slave node JIRA .
What is the next step to configure disaster recovery.
You must not run the slave JIRA while the master is active and replication is running.
Shut it down and leave it alone. To test changes, break replication and restart the slave JIRA, you should find it's working fine then, although you will want to re-index it before any real testing. Once you've checked everything, shut it down again and re-enable replication (losing the changes you made during testing)
Just to share my experience thus far as well with this. I have jira, confluence and fisheye/cruiclble, each on their own linux application servers, with a central postgres database server hosting all the databases.
I have setup master slave replication on the database server. I have installed each application on the slave application servers RSyncing the content of the home and install directories from the master to the slaves. All the slave application services are disabled and are not started.
In the case of recovery we would need to failover all our applications(Jira, Confluence and Fisheye) to the slaves. The process will be the following:
The reason for failing over all our application servers is because of the database replication. If we had to recover by moving back to our master instances we would just need to sync the databases and applications back to the master servers again from the slaves.
Would we be better of, instead of having to fail over all our applications, just to fail over the problematic application? This would mean each database for each application we hosted on seperated database servers ?
Our master and slave servers are hosted on different geographic locations. Would this be a problem with latency since all the 3 applications are tightly integrated?
Any thoughts on the above ?
For confluence as an example would it be possible to have the same scenario as above, where the database is replicated and the home and installed folders as well, but this time we want the slave confluence server running in read only mode. We can do this by applying an expired licence. Will it be ok having both the master and slave applications running at the same time?
I was thinking of the approach as a means of if our master environment breaks for some reason, users can access their content from the slave instance(in readonly mode) while we try recover the master.
Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...
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
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot