Nonstop Database, HiRDB Version 9 System Operation Guide

[Contents][Index][Back][Next]

26.7.6 Notes on using the standby system switchover facility (server mode)

Organization of this subsection
(1) Limitations on execution of operation commands
(2) Note on changing a HiRDB system definition or the HiRDB configuration
(3) When HiRDB files created on a shared disk cannot be accessed
(4) Notes on executing the pdsetup command
(5) Notes on using Hitachi HA Toolkit Extension (for the rapid system switchover facility only)
(6) Notes on using HA Monitor
(7) Note on when the time used by the OS differs between the primary system and the standby system

(1) Limitations on execution of operation commands

Note that the following limitations apply to executing an operation command in conjunction with the standby system switchover facility (server mode):

(2) Note on changing a HiRDB system definition or the HiRDB configuration

If you change a HiRDB system definition or the HiRDB configuration when you are using a cluster software product other than HA Monitor, do not use a cluster software command to terminate HiRDB. Instead, use the pdstop command to normally terminate HiRDB only, and then change the HiRDB system definition or reconfigure HiRDB. When you have finished, you can use the pdstart command to start HiRDB only.

(3) When HiRDB files created on a shared disk cannot be accessed

If HiRDB is stopped by the cluster software, it might not be possible to manipulate HiRDB files on the shared disk from either system. In this case, you must use an OS command to activate the shared disk.

(4) Notes on executing the pdsetup command

You must be careful about executing the pdsetup -d command when HiRDB is forcibly or abnormally terminated. Do not enter Y at the command's prompt. If you do enter Y, it might become impossible to start HiRDB subsequently.

(5) Notes on using Hitachi HA Toolkit Extension (for the rapid system switchover facility only)

When Hitachi HA Toolkit Extension is used, the standby system unit will not wait for the running system unit to start. If a command is issued to the running system unit before the standby system unit has started, an error might occur and the standby system unit might abort (Phi1012). Therefore, wait for startup of the running system unit to finish before starting the standby system unit. If the standby system unit is started before startup of the running system unit has finished, the standby system unit might abort (Phi1012).

(6) Notes on using HA Monitor

If a unit is placed in running server standby status#1 when you try to start the unit, use the monact command of HA Monitor to start the unit as a running system#2.

#1
Status in which *SBY* is displayed when HA Monitor's monshow command is executed.

#2
If a secondary system unit is started by the monact command as the running system unit, the messages listed below might be output repeatedly on the primary system unit until startup of the running system unit is completed. These messages cease to be output once startup of the running system unit is completed.
  • KFPS05608-I
  • KAMN305-E
  • KAMN222-I
The KAMN305-E and KAMN222-I messages are output by HA Monitor.

(7) Note on when the time used by the OS differs between the primary system and the standby system

If the time used by the OS differs significantly between the primary system machine and the standby system machine (that is, the time delay on the standby system machine is greater than the time required to perform a system switchover), note that HiRDB will be affected in the same way as when an incorrect operation is performed in an attempt to move the time back.

For details about how to change the time used by the OS, see 9.12 Changing the time used by the OS.