Nonstop Database, HiRDB Version 9 Installation and Design Guide

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

9.5.2 Considerations for system operation

When a transaction or command (including utilities) is executed, one or more of the following phenomena might occur, causing communication errors. This might result in a transaction or command error, or a unit abnormality might be detected by host-to-host monitoring (the KFPS05289-E message is output).

Should such phenomena occur, reduce the communications load using the following procedures as applicable.

Organization of this subsection
(1) Specify a unit name when you execute a command
(2) Specify a server name when you execute a command
(3) Reduce the communications load when you execute the pddbst command
(4) Reduce the communications load when you execute the pdload command
(5) Reduce the communications load when you execute the pdrorg command
(6) Reduce the communications load when you execute the pdcopy or pdrstr command
(7) Reduce the communications load when you execute SQL statements
(8) Reduce the communications load when you use floating servers
(9) Reduce the communications load when you use shared tables
(10) Notes on simultaneous execution of utilities
(11) Corrective action to take when the connected user data file is not output
(12) Limitations

(1) Specify a unit name when you execute a command

When you execute any of the following commands, specify a unit name. This makes the command execute for individual units, so fewer ports are used.

However, ports can temporarily run short even when these commands are executed for individual units, if other units generate processing requests while processing of the command is extended. Should this happen, wait a moment and then re-execute the command.

(2) Specify a server name when you execute a command

When you execute any of the following commands, specify a server name. This makes the command execute for individual servers, so fewer ports are used.

However, ports can temporarily run short even when these commands are executed for individual servers, if other servers generate processing requests while processing of the command is extended. Should this happen, wait a moment and then re-execute the command.

(3) Reduce the communications load when you execute the pddbst command

When you execute the pddbst command, execute status analysis in RDAREA units.

(4) Reduce the communications load when you execute the pdload command

When you execute a pdload command, create input files for each partition storage condition to reduce the communications load when the pdload command is executed in RDAREA units.

You can also reduce the communications load by placing the multiple input files that have been created not in one place (on the same machine), but on a server machine that has a table storage RDAREA.

(5) Reduce the communications load when you execute the pdrorg command

When you reorganize a table, unload a table or reload a table using the pdrorg command, execute the command in RDAREA or server units to reduce the communications load.

When you re-create indexes, reorganize indexes, or batch create indexes using the pdrorg command, execute the command in index or server units to reduce the communications load.

(6) Reduce the communications load when you execute the pdcopy or pdrstr command

When you execute the pdcopy or pdrstr command, reduce the communications load as follows.

You can also reduce the communications load by placing backup files on the server machine that processes commands.

(7) Reduce the communications load when you execute SQL statements

Since accessing data on multiple back-end servers through a single transaction generates data communication between servers, you need to reduce data communication routes between servers as much as possible. Data on multiple back-end servers is accessed when any one of the following conditions is met.

When any one of the above conditions is met, you can reduce the data communication routes between servers by taking the following actions.

(8) Reduce the communications load when you use floating servers

The communications load increases when floating servers are used, so avoid floating servers whenever possible. Note that floating servers are used when any one of the following conditions is met:

When any one of the above conditions is met, you can reduce the number of floating servers used by taking the following actions.

For details about SQL optimization options, see the HiRDB Version 9 UAP Development Guide.

(9) Reduce the communications load when you use shared tables

When shared tables are updated through multiple front-end servers, the communications load increases. For this reason, when you update multiple shared tables, connect the HiRDB client to the same front-end server whenever possible.

(10) Notes on simultaneous execution of utilities

When a system has many back-end servers, utilities might terminate abnormally when many of them are executed simultaneously. Should this occur, take a corrective action such as reducing the number of utilities that execute simultaneously.

(11) Corrective action to take when the connected user data file is not output

When the KFPS05120-W message is output, the connected user data file might not be output under $PDDIR/spool/cnctusrinf. In these cases, execute the pdls -d act, pdls -d prc, and pdls -d trn commands for units individually.

For details about the connected user data file, see the HiRDB Version 9 System Operation Guide.

(12) Limitations