Home | Previous Page | Next Page   Fault Tolerance > Using High-Availability Data Replication (Enterprise/Workgroup Editions) > Restarting HDR After a Failure >

Restarting If Critical Data Is Not Damaged

If no damage occurred to critical data on either database server, the following four scenarios, each requiring different procedures for restarting HDR, are possible:

Restarting After a Network Failure

After a network failure, the primary database server is in online mode, and the secondary database server is in read-only mode. HDR is turned off on both database servers (state = off). When the connection is reestablished, you can restart HDR by issuing onmode -d secondary primary_name on the secondary database server. Restarting HDR might not be necessary because the primary database server attempts to reconnect every 10 seconds and displays a message regarding the inability to connect every 2 minutes. You do not have to use onmode restart the connection.

Restarting If the Secondary Database Server Fails

If you need to restart HDR after a failure of the secondary database server, complete the steps in Table 47. The steps assume that you have been backing up logical-log files on the primary database server as necessary since the failure of the secondary database server.

Table 47. Steps in Restarting After a Failure on the Secondary Database Server
Step On the Primary On the Secondary
1. The primary database server should be in online mode. oninit

If you receive the following message in the message log, continue with step 2:

DR: Start Failure recovery from tape

2. ontape command

ontape -l

ON–Bar command

onbar -r -l

Restarting If the Primary Database Server Fails

The following sections describe how to restart HDR if the primary database server fails under various circumstances.

The Secondary Database Server Was Not Changed to a Standard Database Server

If you need to restart HDR after a failure of the primary database server if the secondary database server is not changed to standard, simply bring the primary database server back online using oninit.

The Secondary Database Server Is Changed to a Standard Database Server

If you need to restart HDR after a failure of the primary database server, and you have changed the secondary database server to be a standard database server, complete the steps in Table 49.

Table 48. Steps to Restart If You Changed the Secondary Database Server to Standard
Step On the Primary Database Server On the Secondary Database Server
1. onmode -s

This step takes the secondary database server (now standard) to quiescent mode. All clients that are connected to this database server must disconnect. Applications that perform updates must be redirected to the primary. See Redirection and Connectivity for Data-Replication Clients.

2. onmode -d secondary prim_name
3. oninit

If all the logical-log records that were written to the secondary database server are still on the secondary database server disk, the primary database server recovers these records from that disk when you issue the oninit command.

If you have backed up and freed the logical-log files on the secondary, the records in these files are no longer on disk. In this case, you are prompted to recover these logical-log files from tape (step 4).

For ontape users:

If you want to read the logical-log records over the network, set the logical-log tape device to a device on the computer that is running the secondary database server.

4. If you are prompted to recover logical-log records from tape, perform this step.

ontape command

ontape -l

ON–Bar command

onbar -r -l

The Secondary Database Server Is Changed to a Standard Database Server Automatically

If you need to restart HDR after a failure of the primary database server, and the secondary database server was automatically changed to a standard database server (as described in Automatic Switchover), complete the steps shown in the following table.

Table 49. Steps to Restart If You Changed the Secondary Database Server to Standard Automatically
Step On the Primary Database Server On the Secondary Database Server
1.
% oninit 

If DRAUTO = 1, the type of this database server will be set to primary.

If DRAUTO = 2, the type of this database server will be set to secondary when it is restarted.

If all the logical-log records that were written to the secondary database server are still on the secondary database server disk, the primary database server recovers these records from that disk when you issue the oninit command.

If logical-log files that you have backed up and freed are on the secondary database server, the records in these files are no longer on disk. In this case, you are prompted to recover these logical-log files from tape (step 2).

For ontape users:

  • Set the logical-log tape device to a device on the computer running the secondary database server.

If DRAUTO = 1, the secondary database server automatically goes through graceful shutdown when you bring the primary back up. This ensures that all clients are disconnected. The type is then switched back to secondary. Any applications that perform updates must be redirected back to the primary database server. See Redirection and Connectivity for Data-Replication Clients.

If DRAUTO = 2, the secondary database server switches to primary and then automatically to standard. The old primary database server becomes a secondary database server after it restarts and connects to the other server and determines that it is now a primary database server.

2.

If you are prompted to recover logical-log records from tape, perform this step.

ontape command

% ontape -l

ON–Bar command

onbar -r -l

Home | [ Top of Page | Previous Page | Next Page | Contents | Index ]