High availability scenarios

The following table describes the possible scenarios in a high availability environment.

Scenario

System action

User action

PostgreSQL database is down

The primary Configuration Agent tries to start it up.

You can perform a manual failover, as described in Failing over Control-M/Server and PostgreSQL database server to secondary.

Oracle/MSSQL database is down

An automatic failover does not occur.

 

Primary crashes (PostgreSQL)

 

You can perform a manual failover, as described in Failing over Control-M/Server and PostgreSQL database server to secondary.

Primary crashes (Oracle/MSSQL)

An automatic failover occurs, based on the conditions described in Automatic failover.

 

Shared directory is not available (PostgreSQL)

Manual failover is disabled.

 

Reconnecting Control-M/Server to Control-M/EM after a failover/fallback of Control-M/Server

After a secondary Control-M/Server is installed, Control-M/EM is provided with the secondary host. If there is a disconnection between Control-M/EM and Control-M/Server, a check is performed to see if Control-M/Server has failed over to the secondary (or primary if it is a fallback).

N/A

Reconnecting Control-M/EM clients

After the CCM or Control-M GUI connects to the GUI server or CMS, the secondary host details are distributed to the clients.If there is a disconnection, a check is performed automatically to see if the GUI Server and CMS have failed over to the secondary (or primary if it is a fallback).

N/A

Reconnecting Control-M Web clients:

  • Control-M Self Service
  • Control-M

 

Type the Web client URL of the secondary host.

Control-M/EM failover fails to complete.

 

Run the following command on the primary host:

em emcha -restore primary

Parent Topic

High availability