Oracle8i Parallel Server Setup and Configuration Guide Release 2 (8.1.6) Part Number A76934-01 |
|
This appendix describes Oracle Parallel Server Management on UNIX.
Specific topics covered in this appendix are:
The OPSCTL utility on UNIX uses a file named db_name
.conf
to define Oracle Parallel Server instances and related services. The Oracle Database Configuration Assistant create this file during database creation.
Consider the following points when configuring your db_name
.conf
:
rcp
) the db_name
.conf
file to each node of the cluster.
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:
db_name
.conf
file.
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 following table:
The following table lists the configuration parameters that you can set in the db_name
.conf
file. Each parameter is listed in the order that it would typically appear in the configuration file. You must enter parameters in lowercase.
The following examples show how the configuration parameters are applied. The parameter settings for different services are illustrated with reference to an example Oracle Parallel Server system named, mypsrv
, that consists of an eight-node system. The following table shows how node numbers, node names, and instance identifiers are mapped to each other for mypsrv
.
Node Number | Node Name | SID |
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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:
db_name node#
where db_name 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 you do not specify the inst_oracle_sid
parameter, 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 you set the parameters 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, 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/816/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 you do not specify the lsnr_listener_name
parameter, 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 you do not specify the lsnr_listener_name
parameter, 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)
then the listener_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 you set the following parameters 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, 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
An 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,
Caution:
tnsnames.ora
and listener.ora
, contain the correct entries for all instances to perform service discovery, as described in "Oracle Parallel Server Management Requirements".
You must ensure that you configure and start Oracle Intelligent Agent 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 Oracle Intelligent Agent as follows:
tnsnames.ora
and listener.ora
to each Oracle Intelligent Agent's Oracle home location from the shared Oracle home.
lsnrctl dbsnmp_start
command.
|
![]() Copyright © 1996-2000, Oracle Corporation. All Rights Reserved. |
|