5.2.19 Operands related to server status files (when an error occurs)

For details about the measures to be taken when an error occurs in a status file, see the HiRDB Version 9 System Operation Guide.

62) pd_sts_last_active_file = "logical-file-name"
~<identifier>((1-8 characters))
Specifies the name of the logical file to be used as the current status file at the time of HiRDB startup. HiRDB compares the file name specified in this operand with the file name selected by HiRDB to be the current file. If the file names match, HiRDB is started; otherwise, HiRDB is not started.
Conditions
The following conditions must be satisfied:
  • continue or excontinue is specified in the pd_sts_initial_error operand.
  • It cannot be determined if the current file selected by the HiRDB system was the most recent current file during the previous session.
Specification guidelines
  1. To start HiRDB immediately after initializing all status files:
    From among the operable logical files specified in the pd_sts_file_name1-7 operands, specify the one that has the smallest number. Forced startup will be used in this case, regardless of the previous termination mode.
  2. When both of the current files are normal:
    Specify the name of the current file.# If HiRDB cannot be started even though the name of the current file is specified, the current file might have been initialized. In this case, first initialize all status files, and then use the method in step 1 above to start HiRDB (forced startup will be used, regardless of the previous termination mode).
  3. When one of the current status files has an error:
    Use the method in step 2 above, with the following operands specified:
    [Figure]pd_syssts_singleoperation = continue
    [Figure] pd_sts_last_active_side
  4. When both of the current status files have errors:
    Initialize all status files, then execute the method in step 1 above (forced startup will be used, regardless of the previous termination mode).
  5. When a virtual status file is specified:
    Specify the name of the current file.#
#: The names of the current files (that were active at the end of the previous operation) can be determined from the following messages:
  • KFPS01001-I
  • KFPS01010-E
  • KFPS01011-I
  • KFPS01063-I
Of the status files displayed by these messages, the one that is reported in the message that was output most recently is the current file.
Notes
If Real Time SAN Replication based on the log-only synchronous method is used, the server status files for transaction processing are used at the transaction execution site. At the log application site, this operand is ignored, if specified.
63) pd_sts_last_active_side = A | B
Specify this operand if you want to start HiRDB when one of the current files is in an error state. Specify the normal status file for this operand. HiRDB compares the file specified in this operand with the file selected by HiRDB. If they match, HiRDB copies the contents of the normal status file to secondary File A and File B, then HiRDB switches the spare file in as the current file and starts the unit. If the files do not match, HiRDB is not started.
Conditions
The following operands must be specified:
  • pd_sts_initial_error = continue or excontinue
  • pd_sts_last_active_file
Notes
If Real Time SAN Replication based on the log-only synchronous method is used, the server status files for transaction processing are used at the transaction execution site. At the log application site, this operand is ignored, if specified.
64) pd_sts_last_active_subfile = "logical-file-name"
~ <identifier> ((1-8 characters))
When Real Time SAN Replication based on the log-only synchronous method is used, this operand specifies the logical file name of the status file for log application processing that is to be used as the current file when HiRDB (or the unit in the case of a HiRDB parallel server configuration) starts. HiRDB compares the file specified in this operand with the current file selected by HiRDB. If the file names match, HiRDB starts; if not, HiRDB does not start. Note that this operand is ignored if HiRDB is started immediately after the database is inherited pursuant to execution of the pdrisedbto command.
Conditions
For details about the supported platforms, see the HiRDB Version 9 Disaster Recovery System Configuration and Operation Guide.
The following conditions must be satisfied:
  • Y must be specified in the pd_rise_use operand, and also syssync must be specified in the pd_rise_pairvolume_combination operand.
  • continue or excontinue is specified in the pd_sts_initial_error operand.
  • It cannot be determined if the current file selected by the HiRDB system was the most recent current file during the previous session.
Specification guidelines
  1. When starting HiRDB immediately after initializing all status files for log application processing
    Perform the preparations for log application. Once the preparations for log application have been completed successfully, start HiRDB without specifying this operand.
  2. When both of the current files are normal
    Specify the name of the current file.# If HiRDB cannot be started even though the name of the current file is specified, the current file might have been initialized. In such a case, first initialize all status files for log application processing, and then use the method in step 1 above to start HiRDB. Note that in this case, forced startup will be used, regardless of the previous termination mode.
  3. When one of the current files has an error
    Use the method in step 2 above and specify the following operands:
    [Figure]Specify continue in the pd_syssts_singleoperation operand
    [Figure]Specify the pd_sts_last_active_side_sub operand
  4. When both of the current files have errors
    Perform the preparations for log application. Once the preparations for log application have been completed successfully, start HiRDB without specifying this operand.
  5. When a virtual status file for log application processing is specified
    Specify the name of the current file.#
#: The names of the current files (that were active at the end of the previous session) can be determined from the following messages:
  • KFPS01001-I
  • KFPS01010-E
  • KFPS01011-I
  • KFPS01063-I
Of the status files for log application processing that are displayed in these messages, the one that is reported in the message that was output most recently is the current file.
Notes
If Real Time SAN Replication based on the log-only synchronous method is used, the server status files for log application processing are used at the log application site. At the transaction execution site, this operand is ignored, if specified.
65) pd_sts_last_active_side_sub = A | B
When Real Time SAN Replication based on the log-only synchronous method is used, specify this operand if you wish to start HiRDB (or the unit in the case of a HiRDB parallel server configuration) while one of the current files is in error status. In such a case, you specify the normal file in this operand. HiRDB compares the file specified in this operand with the file selected by HiRDB. If their names match, HiRDB copies the contents of the normal file into the secondary file. HiRDB then designates the secondary file as the current file and starts itself. If the file names do not match, HiRDB does not start. This operand is ignored if HiRDB is started immediately after the database was inherited pursuant to execution of the pdrisedbto command.
Conditions
For details about the supported platforms, see the HiRDB Version 9 Disaster Recovery System Configuration and Operation Guide.
The following conditions must be satisfied:
  • Y must be specified in the pd_rise_use operand, and also syssync must be specified in the pd_rise_pairvolume_combination operand.
  • continue or excontinue is specified in the pd_sts_initial_error operand.
  • The pd_sts_last_active_subfile operand is specified.
Notes
If Real Time SAN Replication based on the log-only synchronous method is used, the server status files for log application processing are used at the log application site. At the transaction execution site, this operand is ignored, if specified.