Decisions Disaster Recovery Architecture
  • 14 Feb 2024
  • 2 Minutes to read
  • Dark
    Light

Decisions Disaster Recovery Architecture

  • Dark
    Light

Article Summary

Overview

A Disaster Recovery (DR) Server is typically a duplicate of the primary server in a different location. In the case of a "disaster" event on the Primary Server, the DR Architecture ensures that the Decisions Server maintains uptime and that the data is protected.


Primary vs. Disaster Recovery Database Connections

Primary Database Connection

Disaster Recovery / Secondary Connection


Configure Decisions as a Disaster Recovery server

To configure Decisions as a DR Server, at least two Decisions Installations will be needed. One of the installations is kept offline but references an MSSQL Database with Always-On Replication set for the Production Server. The Connection String applied to the Decisions Installer needs to reference the replicated database in the Disaster Recovery Server.

In addition, the Keys.dat and databaseid.txt file in the DR Server File System must be replaced with the same files from the Production Environment File System so that it can operate identically in a Disaster Event. While the DR server is inactive, the settings.xml tag for this property should be set to <Offline>true</Offline>. This prevents other users (except administrators) from logging into the server. 

DR Server location:
It is recommended that the Disaster Recovery servers should be located at a different data center / availability zone than the primary Decisions environment.

Step-by-Step Setup

  1. Install Decisions to the Disaster Recovery Server on a new database; note that this database will need a name that differs from the database used for Always-On Replication.
  2. Stop the Decisions Server Service (or IIS App Pool).
  3. Run the DecisionsServerInstaller.exe on the Disaster Recovery Server again and select Edit Settings
  4. Change the Initial Catalog field of the Database Connection String to match the name of the Always-On Replication Database.
  5. While modifying the Settings, make sure that Offline is set to true.
  6. Copy the Keys.dat and databaseid.txt files from the production server Decisions Services Manager directory and use them to replace the keys.dat and databaseid.txt files in the Disaster Recovery Server File System.

Additional Notes

If the Decisions Server being backed up is a Multi-Tenant environment, navigate to the DR Server Settings.xml file and set the <UseInstancePrototype> property to false.

The databaseid.txt file needs to be identical on the Production and Disaster Recovery Server as Scheduled Jobs operate differently if the file differs from the one present at the time of their creation, even if the database being used is identical. 


Syncing Data To Disaster Recovery Server

Files BackupFor a complete and comprehensive list of the recommended files to Backup from the Decisions environment, please visit our Decisions & File System Backup article.
Settings.xml FileThe configurations in the Settings.xml file between the Primary Server and Disaster Recovery Server must match, except <Offline>true</Offline>.
File StorageThe files in file storage are saved as regular files. This will require the IT team of the organization to determine the best method of file replication in the Disaster Recovery environment.
Other FilesKeys.dat, Modules files, Databaseid.txt.

For further information on Installation, visit the Decisions Forum.

Was this article helpful?