Difference between revisions of "Reload for GroupWise Disaster Recovery Configuration"

Latest revision as of 19:56, 13 February 2017

see also How to Set Up Reload Disaster Recovery

Reload's Disaster Recovery Mode allows the Reload server to take over the duties of the domain, MTA, GWIA and/or one or more POs. This takes substantial time, while it could be done during a disaster it would be best to configure Disaster Recovery prior to an actual disaster, when loss of communications may be an issue.

When designing your disaster recovery plan there are, basically, two types of disasters to prepare for:

• Server failure
• Site failure

A Server failure is just that: the server fails. The power supply or hard drive system fails and the server goes down and doesn't come back up. A system update goes bad or malware got through.

A Site failure is the server room is no longer functional. There is a power failure, or perhaps the sprinkler system went off by accident or the site was hit by a tornado.

[edit] Configure Disaster Recovery

This step takes some time to setup, so it is best to do this before the disaster. While it can be done during the disaster it is much harder and longer. If done correctly it will take only seconds to be live on the Reload server.

[edit] DNS

Configure DNS A Records

You will need to set several A Record names in your DNS. This is the one setting you'll have to change outside of Reload during a disaster.

• GroupWise Server. For example, gw100.company.com 10.1.1.100
• Domain. For example, gwdom.company.com 10.1.1.100
• Post Office. For example, gwpo.company.com 10.1.1.100
• MTA. For example, gwmta.company.com 10.1.1.100

[edit] GroupWise

Configure Live GroupWise to Use Domain Names

• Set GroupWise Clients to connect using a domain name. For example, gwpo.company.com. This allows you to change the DNS A Record for the Post Office and the users will not notice a difference. If this is not set then during a disaster you will be trying to contact all users and telling them what address to connect to.

[edit] POA

• Set the POA to use the hostname, in Groupwise Administration | Post Office Agents | <poa> | Agent Settings | Network Address | TCP/IP Address
• Disable "Bind exclusively to TCP/IP Address"
• Confirm that the MTP port is specified, by default 7101. MTP communication is not only a faster means of communication between MTAs and POAs, but it is essential disaster recovery purposes.

[edit] MTA

• Set the MTA to use the hostname, in Groupwise Administration | Message Transfer Agents | <mta> | Agent Settings | Network Address | TCP/IP Address
• Disable "Bind exclusively to TCP/IP Address"
• Confirm that the MTP port is specified, by default 7100. MTP communication is not only a faster means of communication between MTAs and POAs, but it is essential disaster recovery purposes.

[edit] GWIA

• Set the GWIA to use the hostname, in Groupwise Administration | Message Transfer Agents | <gwia> | Agent Settings | Network Address | TCP/IP Address
• Disable "Bind exclusively to TCP/IP Address" and Save.

[edit] Reload

Configure Domain

• Browse to the Reload Web Administration Console and select the Domain profile
• Under the Configure tab, open the Disaster Recovery {FAILOVER] section
• The TCI/IP Address should be pre-set to the Reload server
• Configure the profile settings to match those of the live GroupWise domain

If you have multiple domains you will want to set this to separate addresses bound to the network card.

Configure Post Office

• Browse to the Reload Web Administration Console and select the Post Office profile
• Under the Configure tab, open the Disaster Recovery {FAILOVER] section
• The TCI/IP Address should be pre-set to the Reload server
• Configure the profile settings to match those of the live GroupWise domain

If you have multiple post offices you will want to set this to separate addresses bound to the network card.

• Outbound Message Transfer Port ( Domain MTA ) (MTP) Address

[edit] Testing Disaster Recovery

Disaster Recovery can be tested without downing the production GroupWise server.

[edit] Post Office Test

The simplest test is to enable Disaster Recovery mode and see if a client can connect.

• Close the GroupWise client if it is open
• Browse to the Reload Web Administration Console
• Click on the Post Office profile ambulance to engage Disaster Recovery Failover Mode
• Open the GroupWise client and instead of logging into the production Post Office, enter the IP address of the Reload server.
• Send a message internally to someone inside the same Post Office
• Send a message externally to someone on the internet

From time to time, a full-scale test should be run that does down the production server with attempts to send and receive from external email systems so all parts are tested and mail flows properly.

[edit] Activating Disaster Recovery mode

• Browse to the Reload Web Administration Console
• Click on the Post Office profile ambulance to engage Disaster Recovery Failover Mode
• Go to the DNS and change the DNS A Record IP address of the post office server to the IP address of the Reload server
• Test mail flow with a client

[edit] Post Disaster Migration

After the disaster is over you will have data on the Reload server that does not exist on the GroupWise server. That data will need to be migrated to the GroupWise server.

1. Run the migration tool. This gets the messages you sent or received during the DR period back to the production post office. This can only be done from the Reload administration console.
   1. Recovery | POST OFFICE PROFILE | [post office] | Migrate
   2. Start at "Step #1" - highlight it and press ENTER to begin the pre-migration process.
   3. After Step 1 has completed, have the users exit the client and press ENTER on "Step #2". This takes you to the Disaster Recovery POA Settings menu. Go to "Unload" and press ENTER. This unloads the DR POA but leaves Reload in disaster recovery mode.
   4. Once Step 2 has completed, go back to the migration menu and initiate Step #3 (full migration). Wait until this process has completed before moving to the next task (turning off DR).
2. Turn off Disaster Recovery (click on the ambulance button from the web interface).
3. Verify that Reload has properly re-enabled your backup schedules and that the DR POA has unloaded.
4. Change the DNS A record for the production POA. It should now reflect the IP address of the actual post office or live POA.
5. Load the production post office POA.

• If running GrooupWise 2014 on Linux, there is a script for restoring all mail:

A script was created by GWAVA with the assistance of Micro Focus that makes merging two versions of a post office very simple. This script requires the version of GroupWise to be GroupWise 2014.

1. Set up a Restore Area that uses the Reload server, see the Reload documentation for more details
2. Use the GroupWise Restore Script ( gwrestore.sh ) [1] script
3. Make sure to modify the Variables section of the GroupWise Restore Script

NOTE: If you modify the script on a Windows machine, to convert the script to Linux format use the "dos2unix" command on the Linux server once it is saved on the Linux server. Example:

dos2unix  gwrestore.sh

1. Make the gwrestore.sh script executable:

chmod 777 gwrestore.sh

1. Run the gwrestore.sh script

./gwrestore.sh

• The GroupWise Restore Script tells the GroupWise system to create a restore request for each user in the post office specified in the variable section of the script.
• The GroupWise POA then looks inside of the message store in the GroupWise Restore Area associated with the Reload server, and brings across any mail items on the version of the post office on the Reload Server into the message store on the GroupWise post office.