Clustered Server installation will be done on 3 physical unix machines.
Lets say we are installing one domain which has an admin , a loadbalancer server and 6 managed server like test_domain has below
1. test_admin
2. test_loadBalancer
3. test_srvr_1.1(managed server) on unix box 1
4. test_srvr_1.2(managed server) on unix box 1
5. test_srvr_2.1(managed server) on unix box 2
6. test_srvr_2.2(managed server) on unix box 2
7. test_srvr_3.1(managed server) on unix box 3
8. test_srvr_3.2(managed server) on unix box 3
1. If you are using a Windows PC with PuTTY to complete this installation procedure, ensure you
have an Xserver such as Xming running in your Windows environment.
2. MSS.R6_2_1.bXXX_DBInstall.zip
3. Java 1.6.0_45 (jdk-6u45-solaris-sparc.sh AND jdk-6u45-solaris-sparcv9.sh)
4. Oracle WebLogic Integration 10gR3 MP1 (10.3.1) (wli10gR3MP1_generic.jar)
5. Oracle WLI Patches
6. MetaSolv Solution 6.2.1 (MSS.R6_2_1.bXXX_AppServerInstaller.jar)
1. Create BEA directory
2. Copy executable files.
3. Grant permissions to executables.
4. Run executables.
5. Remove (or move) the installer (jdk-6u45-solaris-sparc.sh,jdk-6u45-solaris-sparcv9.sh ) out of this directory
6. Set the following environment variables in your environment:
1. In your UNIX shell, export your DISPLAY:
2. Create a home directory:
Note: Please choose your own directory path. Above is just an example.
3. Launch the install process:
After you install WebLogic Integration 10.3.1, you must install a number of patches. The patches must be downloaded from the My Oracle Support Web site and can be applied using the WebLogic Smart Update tool. The following private patches will need to be installed:
Extract each of the patch files into the Oracle Smart Update Utility ($BEA_HOME/utils/bsu/cache_dir) directory:
Similarly install other patches as well.
1. If you are using a Windows PC with PuTTY to complete this installation procedure, ensure you have an Xserver such as Xming running in your Windows environment.
2. Launch the WebLogic Smart Update Utility:
3. Use the WebLogic Smart Update Utility to Apply the patches in the following sequence:
Note: The PS4A patch must be applied before applying the 7SSV, 4DRC, RT9X, 3Q67, and GUFX patches.
Start by selecting the row for Patch ID = “EB3S” and click on the green arrow in the “Apply” column.
Check the “Do not show this again.”
checkbox on the Oracle Support Notice window if it appears.
Patch installed… repeat the patch
installation process for all of the required patches in the above specified
sequence.
Once you have installed all of the
above patches, the “Downloaded Patches” section should be empty.
STEP 4. Prepare for Single/Multiple WebLogic Integration Domains Pointing to the Same Database
Multiple WebLogic Integration domains cannot use the same database schema. WebLogic Integration system tables represent part of a single domain’s internal state. This assumption is embedded in the
WebLogic Integration operations and management algorithms. Because there is no way to distinguish the two sets of data, results are unpredictable. There is a work around solution. You must modify
the mssint.sql file for each standalone server domain or clustered server domain.
[/XXX/XXX/XXX/mssint]$ ls -ltr
-rw-r--r-- 1 admin metasolv 907 Jan 17 23:10 mssint_TEST_INT.sql
File: mssint_TEST_INT.sql
/************** HEADER *******************/
-- This file provides the sql to create the INTDATA tablespace
-- and the TEST_INT user.
-- Prior to running, update the pathing information.
-- AUTHOR: ST
-- DATE: 1/12/05
-- 8922939 removing defualt passwords
-- Must replace <password here> with password by admin before running the script
/************** HEADER *******************/
create tablespace INTDATA datafile
'/oradata/database/xxxxdata.dbf' size 1500M
extent management local SEGMENT SPACE MANAGEMENT AUTO;
create user TEST_INT identified by <PASSWORD HERE>
default tablespace INTDATA
temporary tablespace temp
quota unlimited on intdata;
grant connect,resource to TEST_INT;
GRANT WOTSTWTWWOO TO TEST_INT;
/**11692686 granting app_role to TEST_int **/
Grant app_role to TEST_INT;
alter user TEST_INT default role all except WOTSTWTWWOO;
grant create table to TEST_INT;
After creating the users with mssint SQL scripts – GRANT VIEW permission to each user:
GRANT CREATE VIEW TO test_INT;
Note: REPEAT THIS DOMAIN CREATION SEQUENCE FOR ALL DOMAINS.
STEP 5. Create WLI Runtime/Archive schema for each Domain Integration User
If you have multiple server domains that must point to the database, repeat this procedure for each user that you identify.
Recreate the necessary WebLogic Integration tables by completing the following actions:
• In the BEA_Home directory (for example, /opt/bea), navigate to the bea directory using the cd command.
For example: cd /opt/bea/wli_10.3/dbscripts/oracle
• Enter sqlplus <DOMAIN_INT USER>/<DOMAIN_INT PASSWD>@yourSIDname.
• Run the following SQL files:
--> @wli_runtime.sql
--> @wli_archive.sql
• Enter commit.
• Enter quit.
STEP 6. Create the test_domain WebLogic Domains
If you are using a Windows PC with PuTTY to complete this installation procedure, ensure you have an Xserver such as Xming running in your Windows environment.
1. In your UNIX shell, ensure that you have exported your DISPLAY:
export DISPLAY=172.24.xx.xx:0.0
2. Start the WebLogic Configuration Wizard to setup the WLI domain:
cd $BEA_HOME/wlserver_10.3/common/bin
./config.sh
Select “Create a new WebLogic
domain” and click “Next”.
The Select Domain Source window
appears.
Select the “Generate a domain
configured automatically to support the following products” option and
select WebLogic Integration. Click Next.
The Configure Administrative User
Name and Password window appears.
Enter a user name and password (e.g
U: weblogic, P: weblogic) and verify the password by retyping, then click “Next”.
Note the user name and password. You will need them to log on to
the administration console.
The
Configure Server Start Mode and JDK window appears.
If
you are installing for company operations, select the Production Mode. If you
are installing to do integration development or testing, select “Development Mode”. Click “Next”.
The
Customize Environment and Services Settings window appears.
Change
the radio button to Yes and click Next.
The
Configure RDBMS Security Store Database window appears.
Select
I don’t want to change anything here, then click Next.
The
Configure the Administration Server window appears.
Change
the “Name” to <DOMAIN>_admin.
Change the “Listen
address” to the IP address of the machine.
Change the “Listen port”
to the appropriate list port for this DOMAIN.
Check the “SSL enabled”
checkbox and Specify the “SSL listen
port”.
The
Configure Managed Servers window appears.
Specify
Managed Server Name, Listen address, Listen port, and SSL listen port.
(Repeat Add step for all managed servers to be created on this
machine)
The
Configure Clusters window appears.
Specify
Cluster Name, Multicast address, and Multicast port.
The
Assign Servers to Clusters window appears.
Move
the Server items to the Cluster.
Click Next.
The
Configure Machines window appears.
The
Assign Servers to Machines window appears.
Move
the Server items to the appropriate Machine.
The
Configure JDBC Data Sources window appears.
Enter the configuration information for the JDBC data sources, click on each data source tab. Perform the following steps:
1. Click the cgDataSource tab, enter values in the following fields:
a. In the Database type list, select Oracle.
b. In the Driver list, select Oracle’s Driver (Thin XA) Versions: 9.0.1, 9.2.0, 10, 11.
c. Select the Supports global transactions and the Two phase commit options.
d. For the DBMS name, enter the Oracle system ID (SID).
e. For the DBMS host, enter the name of your database server.
f. For the DBMS port, enter the port number for the database server.
g. For the User name, enter <DOMAIN>_INT.
For the User password (and Confirm user password), enter the Oracle user password.
Click
the portalDataSource tab, enter values in the following fields:
a.
In
the Database type list, select Oracle.
b.
In
the Driver list, select Oracle’s Driver (Thin) Versions: 9.0.1, 9.2.0, 10, 11.
c.
Select
the Supports global transactions and
the One phase commit options.
d.
For
the DBMS name, enter the Oracle system ID (SID).
e.
For
the DBMS host, enter the name of your database server.
f.
For
the DBMS port, enter the port number for the database server.
g.
For
the User name, enter <DOMAIN>_INT.
h.
For
the User password (and Confirm user password), enter the Oracle user password.
Click
the p13nDataSource tab, enter values in the following fields:
a.
In
the Database type list, select Oracle.
b.
In
the Driver list, select Oracle’s Driver (Thin) Versions: 9.0.1, 9.2.0, 10, 11.
c.
Select
the Supports global transactions and
the One phase commit options.
d.
For
the DBMS name, enter the Oracle system ID (SID).
e.
For
the DBMS host, enter the name of your database server.
f.
For
the DBMS port, enter the port number for the database server.
g.
For
the User name, enter <DOMAIN>_INT.
h.
For
the User password (and Confirm user password), enter the Oracle user password.
Click
the cgDataSource-nonXA tab, enter values in the following fields:
a.
In
the Database type list, select Oracle.
b.
In
the Driver list, select Oracle’s Driver (Thin) Versions: 9.0.1, 9.2.0, 10, 11.
c.
Select
the Supports global transactions and
the Emulate two phase commit options.
d.
For
the DBMS name, enter the Oracle system ID (SID).
e.
For
the DBMS host, enter the name of your database server.
f.
For
the DBMS port, enter the port number for the database server.
g.
For
the User name, enter <DOMAIN>_INT.
h.
For
the User password (and Confirm user password), enter the Oracle user password.
Click
the bpmArchDataSource tab, enter values in the following fields:
a.
In
the Database type list, select Oracle.
b.
In
the Driver list, select Oracle’s Driver (Thin) Versions: 9.0.1, 9.2.0, 10, 11.
c.
Select
the Supports global transactions and
the Emulate two phase commit options.
d.
For
the DBMS name, enter the Oracle system ID (SID).
e.
For
the DBMS host, enter the name of your database server.
f.
For
the DBMS port, enter the port number for the database server.
g.
For
the User name, enter <DOMAIN>_INT.
h.
For
the User password (and Confirm user password), enter the Oracle user password.
After the data sources have been
configured, click on Test Connections.
The Test Data Source Connections
window appears.
Test each data source by clicking Test
next to each data source. Once all the tests have passed, click Ok and
then Next.
The Run Database Scripts window
appears.
For each data source, select the available
files and the DB Version, then click Run Scripts.
After all the scripts have been run for
each data source, Click Next.
NOTE: For the cgDataSource-nonXA
data source, select the 11g database version and for the p13nDataSource,
select the 10g database version.
The
Configure JMS File Stores window appears.
The
Review WebLogic Domain window appears.
Review
the summary information displayed to verify that all the information is
correct. Click “Next”.
The
Create WebLogic Domain window appears.
a.
Enter
the Domain name = ‘TEST_domain’
b.
Enter
the Domain location = ‘/opt/app/mss/domains’
c.
Enter
the Application location = ‘/opt/app/mss/applications’
The
Creating Domain window appears, indicating the progress during the creation of
the domain.
Click
Done when the configuration creation is complete.
Note: REPEAT THIS DOMAIN
CREATION SEQUENCE FOR ALL DOMAINS.
STEP 7. Install MetaSolv Solution 6.2.1 (MSS.R6_2_1.b804.3_AppServerInstaller.jar)
1. The instructions for creating the domain configuration included starting the server after the configuration was complete. Leave the server running until you are instructed to shut it down.
2. Ensure that the following environmental variables are set:
JAVA_HOME= /opt/app/mss/bea/jdk1.6.0_45
PATH=$JAVA_HOME/bin:$PATH
BEA_HOME= /opt/app/mss/bea/wli10gR3MP1
3. If you are using a Windows PC with PuTTY to complete this installation procedure, ensure you have an Xserver such as Xming running in your Windows environment.
In your UNIX shell, ensure that you have exported your DISPLAY:
export DISPLAY=172.24.xx.xx:0.0
4. Launch the install process:
cd /opt/app/mss/m6core/XXXX_domain
java -jar ../MSS.R6_2_1_804.b3_AppServerInstaller.jar
The Select MetaSolv home directory
window appears.
Click “Select”. The Oracle
Communications MetaSolv Solution Installation window appears.
Click “Next”. The Oracle
Communications MetaSolv Solution Installation - Choose Install Type window appears.
For XML API installations: select Full
Installation on WebLogic Integration Domain (WLI) and click Next.
The Oracle Communications MetaSolv
Solution Installation - Select Server window appears.
a.
Enter
the Admin Host name for the Domain (e.g.
172.24.XX.XX)
b.
Enter
the port number for the Admin Host. (e.g. 6010)
c.
Enter
the WebLogic console admin user name and password. (U:weblogic, P:weblogic)
The installation program queries the
Admin Host machine and returns with values you entered during the configuration
of the WebLogic domain. This process can take a few moments.
The Oracle Communications MetaSolv
Solution Installation window appears with the domain and any servers in the
domain appearing in the left pane.
In the tree view on the left, select
the check box next to the single server you want MSS installed on.
Tabs appear in the right pane for
information to be entered for the selected server.
Click the Cluster checkbox
and enter the path and name of the MetaSolv home directory, WebLogic domain
directory, and WebLogic Home directory or click Browse to search for the
directories.
Specify values in the Oracle
Server Name, Oracle Port#, and the Oracle Service Name fields.
Change the value of the User name
for Integration Connection Pools to be <DOMAIN>_INT.
Enter the passwords for the
APP_MSLV, APP_API, and <DOMAIN>_INT users.
Check
the default selections for event servers that are to be activated, and make any
necessary changes.
Note: For XML API
installations, the INTEGRATIONSERVER option must be checked.
Click the Proxy tab. Enter Proxy Server URL.