Nonstop Database, HiRDB Version 9 System Operation Guide

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

20.17.1 Unit-restarting procedure (with priority given to restarting the unit)

In terms of the overall procedure, check whether there is a system log file that is waiting to be unloaded. If there is, finish unloading it. If there is not, add a system log file. The following figure shows the flow of actions to be taken.

Figure 20-4 General procedure when priority is given to restarting the unit

[Figure]

Note: The numbers in the figure correspond to the numbers in the explanation below.

Organization of this subsection
(1) Identify the back-end server where the system log file shortage occurred
(2) Determine whether release of checking of system log file unload status is being used
(3) Check whether there is a system log file that is waiting to be unloaded
(4) Change the system log files waiting to be unloaded to unload completed status
(5) Restart the unit
(6) Confirm that the synchronization point validation process has completed
(7) Prepare for job resumption

(1) Identify the back-end server where the system log file shortage occurred

See the KFPS01220-E message that is output to syslogfile or the message log file to identify the back-end server where the system log file shortage occurred.

Example

 
KFPS01220-E Request to swap sys(bes1) log file unable to be executed
            because there is no standby log file group available.
 

The underlined text shows the back-end server where the system log file shortage occurred. In this example, the system log file shortage occurred at the back-end server bes1.

(2) Determine whether release of checking of system log file unload status is being used

Determine whether release of checking of system log file unload status is being used at the back-end server (bes1). If N is specified for the pd_log_unload_check operand, release of checking of system log file unload status is being used.

If release of checking of system log file unload status is being used, you need to add a system log file, and then restart the unit. Instead of proceeding to the next step, follow the procedure explained in 20.17.2 Unit-restarting procedure (restarting the unit after adding a system log file).

If release of checking of system log file unload status is not being used, proceed to the next step.

(3) Check whether there is a system log file that is waiting to be unloaded

Execute the pdlogls command to check whether there is a system log file that is waiting to be unloaded. Specify the back-end server name determined in step (1) for the -s option of the pdlogls command.

Example

[Figure]

The Status column shows whether a system log file is waiting to be unloaded. System log files for which u or a is shown are waiting to be unloaded. In this example, log002 to log005 are waiting to be unloaded.

If there is a system log file that is waiting to be unloaded, proceed to the next step.

If there is no system log file that is waiting to be unloaded, you need to add a system log file, and then restart the unit. Instead of proceeding to the next step, follow the procedure explained in 20.17.2 Unit-restarting procedure (restarting the unit after adding a system log file).

(4) Change the system log files waiting to be unloaded to unload completed status

The action to take differs depending on whether the automatic log unloading facility is being used. If the pd_log_auto_unload_path operand is specified. the automatic log unloading facility is being used.

(5) Restart the unit

Execute the pdstart command to restart the unit.

After the unit restarts, transactions can be accepted. However, the system logs that are output by processing of new transactions might cause a system log file shortage again. Therefore, resume the job after the operation in step (7) is completed.

(6) Confirm that the synchronization point validation process has completed

When the synchronization point validation process has completed, the KFPS02183-I message is output to syslogfile or the message log file.

Example

 
KFPS02183-I HRDB unt1 Syncpoint dump for bes1 has been acquired to file group
            spd001. log file information:log001, 7, 287. start time=12:45:00,
            end time=12:45:12
 

Confirm that the underlined server name is the server name identified in step (1). In this example, synchronization point dump validation processing is complete at the back-end server bes1.

If N is specified for the server definition of the server where the system log file shortage occurred or for the pd_spd_assurance_msg operand of the server common definition (corresponding to the back-end server definition for bes1 in this example), the KFPS02183-I message is not output. In this case, see the execution result of the pdlogls command to check whether synchronization point dump validation processing is complete.

Example

Database recovery processing executed during unit restart also outputs system logs. If merely unloading the system log files cannot secure a system log file size necessary for a restart, the unit will terminate abnormally again before synchronization point dump validation processing finishes. In this case, instead of proceeding to the next step, follow the procedure explained in 20.17.2 Unit-restarting procedure (restarting the unit after adding a system log file).

(7) Prepare for job resumption

Take the following steps before resuming the job:

After you have eliminated the system log file shortage, take the actions described in 20.17.10 Actions to take after eliminating the system log file shortage.