Top
Symfoware Server V12.1.0 Cluster Operation Guide
FUJITSU Software

10.4 Action Required when All Servers or Instances Stopped

This section explains what happens when all servers or instances on the server have stopped, so jobs cannot continue.

See

Recovery to database multiplexing mode

Refer to "10.1.1.2 Rebuild the Standby Server" and "10.1.1.3 Failback of the Primary Server" for information on recovery to database multiplexing mode.

Overview of recovery operations

After recovering the database to the state immediately prior to the failure on a specific server comprising the database multiplexing system, restore the system.

In other words, after specifying the server on which the database is to be recovered and then recovering it as the new primary server, configure all other servers as new standby servers.

The flow of these recovery operations is shown in the figure below.

Figure 10.3 Flow of recovery operations

Perform the following procedure.

  1. Stop applications

    Stop running applications.

  2. Stop Mirroring Controller

    Execute the mc_ctl command in stop mode on all servers that comprise the database multiplexing system.

    Example)
    > mc_ctl stop -M D:\mcdir\inst1

    Note

    Forcibly stop Mirroring Controller

    If Mirroring Controller does not stop, execute the mc_ctl command in stop mode with the -e option specified.

    Example)
    > mc_ctl stop -M D:\mcdir\inst1 -e
  3. Perform prerequisite tasks before recovering the database

    First, refer to "Actions when an Error Occurs" in the Operation Guide, and then identify the cause of the error and perform recovery of the disk on which the failure occurred, etc.

  4. Identify the new primary server

    Perform the following operations on all servers comprising the database multiplexing system, and check the server containing the backup data that shows the latest date. This server will become the new primary server, on which the database is to be recovered.

    Example)
    In the example below, the pgx_rcvall command is executed with the -l option specified and the backup data that shows the latest date is identified.
    > pgx_rcvall -l -D D:\database\inst1
    Date                    Status         Dir
    2013-07-01 13:30:40     COMPLETE       E:\backup\inst1\2013-07-01_13-30-40
  5. Recover the database on the new primary server

    Recover the database using the recovery method that uses the pgx_rcvall command based on the backup data.

    1. Perform the following operations on all servers comprising the database multiplexing system, and check the server containing the archive log and mirrored transaction log that show the latest date.

      Example)
      In the example below, the archive log and mirrored transaction log that show the latest date are identified.
      > dir /OD <backupDataStorageDir>\*_xlog
    2. If the server containing the latest archive log and mirrored transaction log is different to the new primary server identified in step 4, all files and directories under the directory shown below are copied and written to the backup storage destination directory on the new primary server.

      Deployment destination directory of the archive log and mirrored transaction log
      <backupDataStorageDir>\*_xlog
    3. Execute the pgx_rcvall command on the new primary server, specifying the backup storage destination directory you used in step b.

      Example)
      In the example below, the pgx_rcvall command is executed with the -B option specified.
      > pgx_rcvall -B E:\backup\inst1 -D D:\database\inst1

    See

    Refer to "Actions when an Error Occurs" in the Operation Guide for information on the pgx_rcvall command.

  6. Recover the Mirroring Controller management directory

    Copy the files in the Mirroring Controller management directory from the backup data on the new primary server, and then perform the recovery.

  7. Start the instance and Mirroring Controller

    Start the instance and Mirroring Controller on the new primary server.

    When the Mirroring Controller option is used

    As the instance administrator user, execute the mc_ctl command in start mode with the -f option specified. This enables automatic switch and disconnection.

    If you start Mirroring Controller and the instance without specifying the -f option, automatic switch and disconnection will not be enabled. To enable both, start Mirroring Controller and then execute the mc_ctl command in enable-failover mode, or restart Mirroring Controller with the -f option specified.

    Example)
    > mc_ctl start -M D:\mcdir\inst1 -w -f
    When the Mirroring Controller option is not used

    As the instance administrator user, execute the mc_ctl command in start mode.

    Example)
    > mc_ctl start -M D:\mcdir\inst1 -w
  8. Resume applications

    Resume execution of applications.

  9. Build the new standby server

    Refer to "8.4 Setting up the Standby Server" for information on building (setting up) a standby server from the primary server.

    Point

    It is not necessary to repeat steps that have already been performed, such as registering to Windows services.