Oracle8i Parallel Server Setup and Configuration Guide Release 8.1.5 A67439-01 |
|
This appendix describes Oracle Parallel Server Management on UNIX.
Specific topics covered in this appendix are:
The OPSCTL utility on UNIX uses a manually-created file named DB_NAME.CONF to define Oracle Parallel Server instances and related services.
Consider the following points when configuring your DB_NAME.CONF file:
This section covers the following topics:
The parameter values are specified in the configuration file using the following syntax:
parameter_name = value parameter_name = (value1, value2, ...)
Consider these points when configuring parameter values:
Parameter values with the percent sign (%) in the configuration file have different meanings depending on the character that follows the % sign:
Parameter expansion examples are shown in the table below:
The following table lists the configuration parameters that may be set in the DB_NAME.CONF file. Each parameter is listed in the order that it would typically appear in the configuration file. Parameters must be specified in lowercase.
Shown below are examples of how the configuration parameters are applied. The parameter settings for different services are illustrated with reference to a fictitious Oracle Parallel Server, named MYPSRV, on a fictitious eight-node system. The following table shows how node numbers, node names, and instance identifiers are mapped to each other for MYPSRV. Refer to this table as required.
Node Number | Node Name | SID |
---|---|---|
1 |
spdev01 |
SID_A |
2 |
spdev02 |
SID_B |
3 |
spdev03 |
SID_C |
6 |
spdev06 |
SID_D |
7 |
spdev07 |
SID_E |
8 |
spdev08 |
SID_F |
You can set the parameters to apply to a specified set of nodes by prefixing the parameter definition with a node number as follows:
node_number
:parameter_name
=value
Instances are defined by the following parameters:
If the inst_oracle_sid
parameter is not specified, then OPSCTL generates a default list of Oracle System Identifiers (SID) in which each SID is set to the following format:
dbname node#
where dbname corresponds to the name of the Oracle Parallel Server and where node# corresponds to the node number of the corresponding node in the NODE_LIST
. This is as if %p%n
were specified.
For example, if the parameters are set as follows:
oracle_psrv = MYPSRV node_list = "1-3,6"
and the inst_oracle_sid
parameter is not specified, then the SIDs generated for the instances will be MYPSRV1, MYPSRV2, MYPSRV3, and MYPSRV6 for the spdev01, spdev02, spdev03, and spdev06 nodes respectively.
The inst_oracle_sid
parameter is used to specify the ORACLE_SIDs (instance identifiers) for the instances. It may be a comma-separated list of SID names where each SID maps to the corresponding node mentioned in the same order in the node_list parameter. Or, it may be that %n or %m is used to generate a distinct SID on each node.
For example, if the parameters are set as follows:
node_list = "1-3,6" inst_oracle_sid = (SID_A, SID_B, SID_C, SID_D)
then, the SID_A value will be used for the instance on node spdev01 and the SID_D value will be used for the instance on the spdev06 node.
The parameter substitution facility can be used to customize ORACLE_SID values. For example, if the parameters are set as follows:
node_list = "1-3,6" inst_oracle_sid = "%p_SID_%n"
then, the MYPSRV_SID_1, MYPSRV_SID_2, MYPSRV_SID_3, and MYPSRV_SID_6 values are used for SIDs of instances on nodes spdev01, spdev02, spdev03, and spdev06 respectively.
The absolute path names for the parameter files are specified by the inst_init_ora
and/or node#
:inst_init_ora
parameters. If this parameter is not specified, then $ORACLE_HOME/dbs/init
sid
.ora
is used.
For each instance, OPSCTL first searches for the node#
:inst_init_ora
parameter, where node# is the number of the node on which the instance runs. If this parameter is set, OPSCTL uses its value as the instance's parameter file. If it is not specified, then OPSCTL uses the inst_init_ora
parameter.
Listeners are defined by the following parameters:
The value for tns_admin
for all listeners to be started or stopped can be set with the tns_admin
parameter.
If the tns_admin
parameter is not set and the TNS_ADMIN environment variable is set, the listeners are given the value of the TNS_ADMIN environment variable.
If neither the tns_admin
parameter nor the TNS_ADMIN environment variable are set, the listeners are not given any value, and will use the default search order to locate the LISTENER.ORA file.
The LISTENER.ORA file contains the listening addresses of the listener on the system as well as the name and Oracle home of any database the listener serves.
To use a different TNS_ADMIN variable for a specific node, you may specify the node using the node#
:tns_admin
parameter, where node# refers to the number of the corresponding node.
For example, if the TNS_ADMIN environment variable is set to /home/myname/misc
and the tns_admin
and none of the node#
:tns_admin
parameters are specified in the configuration file, then OPSCTL uses the value /home/myname/misc
for all nodes.
In another example, if the following parameters are set as follows:
node_list = "1-3,6"
tns_admin = /dve/myname/815/ops
3:tns_admin = /dve/myname/others
then, for the listener on spdev03 (node number 3), tns_admin
is set to /dve/myname/others
, whereas nodes spdev01, spdev02 and spdev06, tns_admin
is set to /dve/myname/815/ops
.
The lsnr_listener_name
parameter is used to specify the listener names. It is a comma-separated list of listener names, where each listener name maps to the corresponding node mentioned in the same order listed for the node_list
parameter.
If the lsnr_listener_name
parameter is not specified, then OPSCTL generates a default list of listener names in which each listener name follows the format node_name_listener, where node_name corresponds to the name of the node. This is as if %m_listener
was specified.
For example, if the node_list
parameter is set as follows:
node_list = "1-3,6"
and the lsnr_listener_name
parameter is not specified, then the names generated for the listeners would be spdev01_listener, spdev02_listener, spdev03_listener, and spdev06_listener for the spdev01, spdev02, spdev03, and spdev06 nodes respectively.
For example, if the parameters are set as follows:
node_list = "1-3,6" lsnr_listener_name = (listener_A, listener_B, listener_C, listener_D)
lsnr_listener_name = (listener_A, listener_B, listener_C, listener_D)
then, the l
istener_A name would be used for the listener on node spdev01 and the listener_D name would be used for the listener on node spdev06.
If only one entry is specified for the lsnr_listener_name
parameter, then the same name is used for listeners on all nodes specified in the node_list
. Also, you can use parameter expansion to specify different listener names for all nodes.
For example, if the parameters are set as follows:
node_list = "1-3,6" lsnr_listener_name = "listener_mypsrv"
then, the listener_mypsrv name would be used for all the listeners on all nodes.
In another example, if the following parameters are set as follows:
node_list = "1-3,6" lsnr_listener_name = "lsnr_%n"
then, the names lsnr_1, lsnr_2, lsnr_3, and lsnr_6 will be used for the listeners on the nodes spdev01, spdev02, spdev03, and spdev06 respectively.
The following is an example DB_NAME.CONF file:
node_list = "1-4" inst_init_ora = /ora/dbs/init_%m.ora inst_oracle_sid = (SID_A, SID_B, SID_C, SID_D) lsnr_listener_name = listener_myhost%n
Oracle Intelligent Agents are shipped with the database and must be installed on each remote, managed Oracle Parallel Server node. The Oracle Intelligent Agents are responsible for discovering the available services (databases, listeners, parallel servers) on each node.
The configuration is different for shared and non-shared ORACLE_HOME locations. In a typical setup, the Oracle Intelligent Agents are installed in non-shared ORACLE_HOME locations.
The following directories should not be shared because they contain files that are specific to each Oracle Intelligent Agent's node:
$ORACLE_HOME/network/admin
$ORACLE_HOME/network/log
$ORACLE_HOME/network/trace
$ORACLE_HOME/network/agent
Caution:: The Oracle Intelligent Agent cannot be installed in a shared Oracle home location. You must ensure that each node's Oracle Intelligent Agent is installed in a separate Oracle home location, distinct from other Oracle home locations. Also, ensure that your server files, TNSNAMES.ORA and LISTENER.ORA, contain the correct entries for all instances to perform auto-discovery. See "Configuring Net8 for Nodes" for further information. |
You must ensure that you configure and start the Oracle Intelligent Agents on every node running an instance.
To start the agent, at an operating system prompt, enter the command:
lsnrctl dbsnmp_start
If the Oracle home location is shared (through NFS or any other equivalent facility) by all nodes, you must set up the Oracle Intelligent Agent as follows:
lsnrctl dbsnmp_start
command.