Premier Developer Consultant Brian Gregor recently took some time on his blog to document his experiences implementing disaster recovery for Workflow Manager. The following is an excerpt from his post, get the full story over at Brian’s blog Nose to the GrindStone:
With the release of SharePoint 2013, Microsoft released a new platform for workflows called Workflow Manager (WFM). As of this writing the current version is 1.0 Cumulative Update 3. Unfortunately disaster recovery (DR) for this product is not as straight forward as just setting up database replication.
Following are a list of resources I’ve used to implement disaster recovery:
I found that each of the above references hold vital clues to making DR for WFM work, but none of them had details upon which I was stumbling. There are two basic concepts where I needed to do additional research:
- Certificates (which ones to use where and how to restore effectively)
- Changing service accounts and admin groups upon a failover
As pointed out there are plenty of TechNet articles and blogs that talk about how to do WFM Disaster Recovery (DR), so I am not going into detail on the individual steps, but I decided to document my discoveries in hopes that others can benefit from my experiences.
So, at a high level, the basic operation is as follows. I’ll have sections below describing each of the areas where I had concerns:
- Install production WFM and configure
- Configure your backup/replication strategy for the WF/SB databases
- Install WFM in DR
- Execute the failover process
- Re-connect SharePoint 2013
- (Optional) Changing RunAsAccount and AdminGroup
Check out the full article here: