Oracle8i Administrator's Reference Release 3 (8.1.7) for Sun SPARC Solaris Part Number A85349-01 |
|
This chapter describes tasks that you need to complete following the Oracle Message Broker installation. Some of these tasks are optional, since installations can use different drivers.
Assure that the proper version of the JRE is installed on your system, and that PATH is set appropriately. If you have several versions of the JRE on your system, make sure that first one found in your path is the version that corresponds to the version installed with Oracle Message Broker.
Oracle Message Broker Installer installs JRE in the directory, $OMB_HOME/jdk
for Sun SPARC Solaris, and it sets the path in the ombenv
environment scripts in the directory $OMB_HOME/bin
to use the supplied JRE.
The LDAP Directory needs to be installed on a system available to, and configured for use with Oracle Message Broker. You can install the LDAP Directory on the same system as Oracle Message Broker, or on a separate system. This section covers directory installation and configuration.
Oracle Message Broker requires an LDAP Directory to handle administrative functions. Oracle Message Broker supports two LDAP Directory products:
Install Oracle Internet Directory before Oracle Message Broker if you are using the same $ORACLE_HOME
for both Oracle Internet Directory and Oracle Message Broker.
Oracle Internet Directory is available from Oracle. Refer to the following web page for information on Oracle Internet Directory,
http://www.oracle.com/database/oid
All of the Oracle Message Broker commands that access the LDAP Directory, including those used during the installation process require that a bind DN and a password be supplied.
For Oracle Internet Directory, the default bind DN is cn=orcladmin
and the default password welcome
. The bind DN cn=orcladmin
is the default superuser bind DN, and has superuser privileges. Only the LDAPSchema
command and possibly the InitDir
command, depending on the directory setup, require super user privileges.
It is recommended that users create user and group entries in the directory and use the bind DN and password corresponding to non-superuser entries. Setting up user and group entries requires knowledge of LDAP and the LDAP server specific tools such as oidadmin
.
There are three ways to supply the bind DN and the password:
InitDir
.
-D
and -w
.
-noauth
or supply no values at the supplied authentication prompt.
The JNDI Java properties for setting security options are:
java.naming.security.principal java.naming.security.credentials java.naming.security.authentication=simple
After the LDAP Directory and Oracle Message Broker are both installed, you need to perform several configuration tasks on the directory. The tasks use tools installed with Oracle Message Broker. These tools modify the directory and require an active directory server. The directory modifications support the Oracle Message Broker administrative functions.
oidmon
to start the OID monitor.
% oidmon connect=connect_string start
where connect_string
specifies the Net8 connect descriptor for connecting to the database server.
oidctl
to start the OID instance.
% oidctl connect=connect_string server=oidldapd instance=1 start
where connect_string
specifies the Net8 connect descriptor for connecting to the database server.
For the Bourne or Korn shell:
$ . $ORACLE_HOME/omb/2.0/bin/ombenv.sh
For the C shell:
% source $ORACLE_HOME/omb/2.0/bin/ombenv.csh
The Oracle Message Broker installation creates the startup scripts ombenv.sh
or ombenv.cs
h.
LDAPSchema
command found in the $ORACLE_HOME/omb/2.0/bin
directory.
% LDAPSchema [options]
Options are shown in Table 4-1.
The LDAPSchema
command creates an LDAP Directory entry, cn=OracleSchemaVersion
at the root. This entry contains the attribute, orclProductVersion
, defining the version number of the Oracle Message Broker LDAP schema. LDAPSchema
updates the LDAP schema only if the entry cn=OracleSchemaVersion
does not exist, or, if the value for orclProductVersion
is lower than the current version for the LDAPSchema
command.
If the security options -D, -noauth
, or -w
are not used, LDAPSchema
prompts for an authentication DN and a password.
If the LDAP Directory has authentication enabled, enter the directory administrator's entry DN and password.
For example, to modify the LDAP schema for the LDAP Directory running on the host named system1, and the default port number, 389, use the command:
% LDAPSchema -h system1
If LDAPSchema
prints the following message, you need to run catalog.sh
, as described in step 4, :
### ATTENTION: The attribute "orcloasentrytype" is not searchable. Please run "catalog.sh" on OiD to make this attribute searchable
InitDir
command found in the $ORACLE_HOME/omb/2.0/bin
directory. Use InitDir
as follows:
% InitDir [options]
Table 4-2 shows the available options.
The values you select for the -c
, -o
, and -ou
options to InitDir
should match the LDAP base naming context information that you supplied on the Suffix Information screen while running the Oracle Message Broker installer.
If the security options -D
, -noauth
, or -w
are not used, InitDir
prompts for an authentication DN and a password.
If the LDAP Directory has authentication enabled, enter the directory administrator's entry DN and password to use the InitDir
command.
For example, to initialize the LDAP Directory running on the host named system1, and the default port number, 389, use the command:
% InitDir -h system1 -c us -o oracle -ou sales
This assumes that the directory is being initialized for Oracle Message Broker from the root specified with the -c
, -o
, and -ou
options.
LDAPschema
command described in step 2 prints the following message:
### Attention: The attributeorcloasentrytype
is not searchable. Please runcatalog.sh
on OiD to make this attribute searchable.
LDAPSchema
prints this message when there is data in the directory which uses the attribute orcloasentrytype
and orcloasentrytype
was not cataloged. In this case, LDAPSchema
cannot catalog the attribute and catalog.sh
must be run manually.
% cd $ORACLE_HOME/ldap/bin % catalog.sh -connect connect_string -add -attr orcloasentrytype
where connect_string
specifies the Net8 connect descriptor for connecting to the database server.
catalog.sh
command prompts you. The default password is ods
, which is the default OID database server password. If you change the password using oidpasswd
before running catalog.sh
, use the new password, rather than the default password.
It is possible that Oracle Internet Directory may need to be restarted after running catalog.sh
. It is also possible for step 4 in Directory Configuration to not fully complete its actions. If step 4 did not fully complete its actions, directory operations, including use of AdminUtil
or ombadmin
may report the following error message:
DSA unwilling to perform: operation not supported
The following steps provide a workaround for this problem:
catalog.sh -connect connect_string delete -attr orcloasentrytype catalog.sh -connect connect_string -add -attr orcloasentrytype
where connect_string
specifies the Net8 connect descriptor for connecting to the database server.
oidldapd
instance(s) using oidctl.
oidmon
.
oidmon connect=connect_string stop
oidmon
using the command:
oidmon connect=connect_string start
oidldapd
instance(s) using oidctl
.
This section covers the configuration steps for using Oracle 8i Advanced Queuing feature with the Oracle Message Broker. Perform the steps in this section if you are using Oracle Message Broker and the Oracle AQ Driver.
If you are running Oracle AQ using the same Oracle 8i database server as Oracle Internet Directory, then you need to shutdown both Oracle Internet Directory and Oracle 8i database server. This section covers shutting down Oracle Internet Directory.
oidctl
to stop the OID instance.
% oidctl connect=connect_string server=oidldapd instance=1 stop
where connect_string
specifies the Net8 connect descriptor for connecting to the database server.
oidmon
to stop the OID monitor.
% oidmon connect=connect_string stop
where connect_string
specifies the Net8 connect descriptor for connecting
to the database server.
On the system running Oracle8i database server, perform the following steps:
lsnrctl
command.
lsnrctl lsnrctl> stop lsnrctl> quit
% sqlplus
INTERNAL
.
SQL> SHUTDOWN [MODE]
where, MODE
is one of the following:
The Oracle8i database server needs to be configured to support the resource requirements for Oracle Message Broker. Active Oracle Message Brokers consume transactions, sessions, cursors, and processes. Other applications may also use the database server and have their own resource needs.
Table 4-3 shows the database server requirements for Oracle Message Broker. These requirements are in addition to the requirements for any other applications that will use the database server.
Keep the following points in mind when configuring an Oracle8i database server:
init
SID
.ora
is edited
Table 4-3 Oracle8i Database Server Parameters Required for Oracle Message Broker
On the system running Oracle8i database server supporting AQ, restart the database. To start an Oracle8i database server, navigate to the Oracle8i database server home directory.
% sqlplus
INTERNAL
.
SQL> STARTUP
SQL> EXIT
lsnrctl lsnrctl> start lsnrctl> quit
If you are running Oracle AQ using the same Oracle 8i database server as Oracle Internet Directory, then you need to startup both the OID and the Oracle 8i database server. This section covers starting OID after the database server is up and running.
% oidmon connect=connect_string start
where connect_string
specifies the Net8 connect descriptor for connecting to the database server.
% oidctl connect=connect_string server=oidldapd instance=1 start
where connect_string
specifies the Net8 connect descriptor for connecting to the database server.
After installing the Oracle Message Broker and the Oracle8i database server, initialize AQ. The Oracle8i database server needs to be running to use the scripts step1.sql
, step2.sql
and step3.sql
located in the $OMB_HOME/admin/plsql directory. These scripts initialize AQ for use with Oracle Message Broker and provide support to allow the AQ Driver to work with AQ queues and topics.
% sqlplus system/system_password[@service_name] @step1 % sqlplus system/system_password[@service_name] @step2
% sqlplus aq/aq[@service_name] @step3
where system_password
is the password for the system administrative user and service_name
is the database service name.
The step1.sql
script is only required if this is the first time that Oracle Message Broker pl/sql support is installed. It creates the user aq
with the password aq
. The administrative sample script SetupAQ
requires that you supply the password values for AQ. After installation, the AQ password can be changed using the database server Enterprise Manager, or using the database server ALTER USER SQL
command.
One or more of the following errors messages are expected while running the script step3.sql
. You can ignore these error messages.
ORA-00942: table or view does not exist ORA-04043: xx does not exist ORA-04043: object xx does not exist
The step2
script is required and does the following:
aq
ombadmin
ombadmin
ombuser
ombuser
The step3
script is required and does the following:
ombaq
in the aq
schema
ombaqadm
in the aq
schema
ombaq
to ombuser
, ombadmin
ombaqadm
to ombadmin
One or more of the following errors messages may occur while running the script step3.sql
. You can ignore these error messages.
ORA-00942: table or view does not exist ORA-04043: xx does not exist ORA-04043: object xx does not exist
Oracle Message Broker also provides a script to remove the tables and users that are created for AQ. If you need to remove these tables, use the following command to remove the AQ Driver support from the database server:
% sqlplus system/system_password[@service_name] @uninstall
where system_password
is the password for the system administrative user and service_name
is the database service name.
The uninstall
script does the following:
One or more of the following types of errors may occur while running this script:
ORA-00942: table or view does not exist ORA-04043: xx does not exist
This version of the Oracle Message Broker only supports IBM MQSeries V5.1. For details on installing MQSeries, refer to the MQSeries documentation available from IBM and supplied with the MQSeries product.
To use the Oracle Message Broker with the TIBCO Driver you need to install and start up TIB/Rendezvous Release 5.x or TIB/Rendezvous Pro Release 5.x (when using the JDK 1.2 version of Oracle Message Broker, TIB/Rendezvous Pro Release 5.x is required).
If you are using the Oracle Message Broker Asynchronous Component Invocation (ACI), you need to load Oracle Message Broker's client classes in the Oracle database server, and grant permissions to the schema in which the EJB executes using the following two commands (replace SCOTT/TIGER with your schema and password):
# grant permissions to SCOTT sqlplus sys/sys_password @$OMB_HOME/admin/plsql/setupaci.sql SCOTT # Loading OMB client classes loadjava -r -g SYS -u SCOTT/TIGER ${OMB_HOME}/classes/ombclt.jar
or on Windows NT systems:
sqlplus sys/sys_password @%OMB_HOME%\admin\plsql\setupaci.sql SCOTT loadjava -r -g SYS -u SCOTT/TIGER %OMB_HOME%\classes\ombclt.jar
where:
sys_password
is the administrative sys user password.
At this point, the installation for Oracle Message Broker, the LDAP Directory, and the required providers is complete. The next step is to configure Oracle Message Broker and to start using Oracle Message Broker. Refer to Oracle Message Broker Administration Guide for information on creating an OMB instance, working with the administrative utilities, the sample administrative scripts, and starting Oracle Message Broker.
If you are migrating from Oracle Message Broker Release 2.0.0.0 to Release 2.0.1.0, run the command InitDir
with the same options used when installing Release 2.0.0.0, which will update the LDAP schema, as required for Release 2.0.1.0.
If you are installing Oracle Message Broker and you need to migrate existing LDAP Directory entries created for an older version of Oracle Message Broker, you can use the Migrate10To20
utility.
|
![]() Copyright © 1996-2000, Oracle Corporation. All Rights Reserved. |
|