Database Administration Guide
Using a DB2 Database
This section describes the steps necessary to use a DB2 database with WebLogic Portal 8.1, and includes information on the following subjects:
Typically, the steps in this chapter should be performed by a database administrator.
Note: Review this entire chapter and any release notes before proceeding.
Understanding Database Configuration for WebLogic Platform
Typically, you use the WebLogic Configuration Wizard to configure and connect to the database that you will use to support WebLogic Platform. For more information about how to use the WebLogic Configuration Wizard, see http://download.oracle.com/docs/cd/E13196_01/platform/docs81/confgwiz/index.html.
When using the Configuration Wizard to configure databases for use with WebLogic Platform, use the following steps.
- Create your vendor database(s). If you want to use behavior event tracking in a production environment, consider using a separate database for behavior event tracking.
Note: If you are creating a separate database for behavior event tracking, see Creating a Database for Behavior Tracking Events on page 5-8.
- Prepare the database for use with WebLogic Platform. BEA provides several sample initialization scripts that need to be modified and run on the vendor database before using the database with WebLogic Platform.
- After the database is configured, use the Configuration Wizard to create and load appropriate database objects and set JDBC driver settings at domain creation time.
Manually Configuring Databases
In some cases, you may wish to manually configure the database or manually modify your existing settings. For example, manual configuration should be used in the following cases:
- If your desired database was not configured via the WebLogic Configuration Wizard.
- If after running the Configuration Wizard you decided to have your domain point to a different database.
- If you would like to refresh your database with the base configuration data that comes with the product. (Note: All the database creation scripts first drop all database objects and recreate them, which means all data added since your original installation will be lost. Upon completion of the database creation scripts only the base configuration data that is needed for the product will exist.)
- When you want to create only a subset of Portal database objects, for example to create only Behavior Tracking database objects for a particular database.
Use the following steps when you need to manually configure a database.
- Create your vendor database(s) see page 5-3. If you want to use behavior event tracking in a production environment, consider using a separate database for behavior event tracking.
- Prepare the database for use with WebLogic Platform,see page 5-3. BEA provides several sample initialization scripts that need to be modified and run on the vendor database before using the database with WebLogic Platform.
- Create database objects, see page 5-6. This creates proprietary database objects that are used by WebLogic. This is done by editing the database properties file provided by BEA.
- Configure the JDBC settings for your database using WebLogic Console Server, see page 5-7.
Configuring a DB2 Database
Before following the steps outlined in this chapter, you need to have already defined your DB2 instance and the databases you need.
Be sure that you are using a supported version, see http://download.oracle.com/docs/cd/E13196_01/platform/docs81/support/supp_plat.html#1085671.
- Install the DB2 client software and configure it to connect to the target DB2 database. See your DB2 documentation for more information.
- Verify that you can connect to the target database through the Command Line Processor (CLP).
- Prepare the DB2 database. The database creation scripts will install domain-specific tables for each. It is recommended that you work with a database administrator to adjust the SAMPLE scripts, and to create the database objects (users, passwords, tablespaces, etc.) needed for your environment.
Notes: Multiple databases are required if you have multiple domains, or to run multiple environments using the same SQL Server instance (for example, if you want to run development and system test from a single SQL Server installation).
Be sure to back up your database(s) before installing any new database objects. See your database documentation for details.
- Review and modify the provided sample scripts to suit your environment. The scripts are located in <WL_HOME>/portal/db/db/db2/8/admin.
The following table lists the script names and the usage notes for each script.
Script Name
|
Description
|
create_user.sql
|
Grant createtab, bindadd and connect DB2 privileges to the WEBLOGIC schema owner user.
Usage Notes: Because IBM DB2 databases authenticate users via the operating system (OS), you need to create an OS user that will own database schema objects. Edits are required to change the schema owner user name.
The default schema owner user name and password are the following:
|
create_bufferpool.sql
|
Create an 8K bufferpool, if needed.
Usage Notes: DB2 must be stopped and restarted to utilize new bufferpools. Edits are required to change the 8K bufferpool name.
The default tablespace names and bufferpool (TEMPSPACE) names are the following:
|
create_temp_tablespaces.sql
|
Create 4K and 8K regular tablespaces.
Usage Notes: Edits are required to specify valid physical disk locations for your environment.
|
statistics_build.sql
|
Builds a file of "runstats" commands for each table that will compute database statistics needed for the database optimizer. Runstats should be run whenever any significant changes in database data occur. Your database administrator will typically schedule "runstats to run periodically in your environment.
|
install_report.sql
|
Builds an informational installation report about the database objects created in the WEBLOGIC schema.
|
bt_create_tablespace.sql
|
Creates the WEBLOGIC_EVENT_DATA tablespace.
Usage Notes: Edits are required to modify the pathnames for the DATA_PATHNAME and INDEX_PATHNAME variables to match your local directory path structures.
The default tablespace names and bufferpool (TEMPSPACE) names are the following:
|
bt_create_users.sql
|
Creates the WEBLOGIC_EVENT schema owner user, establishes the user's password, default and temporary tablespaces and grants privileges to that user.
Usage Notes: Edits are required to change the schema owner user name, password and tablespace names.
The default schema owner user name and password are the following:
|
- From the CLP tool, navigate to the directory that contains the scripts. For example, type:
WL_HOME/portal/db/DB2/8/admin
- From CLP, connect to the database you want to work with. For example, type:
Db2 connect to <DATABASE> user <USER_NAME> password <PASSWORD>
- From CLP, run
create_bufferpool.sql
, if needed. You may not need to create a new 8K bufferpool if you already have one to utilitize. For example, type,
Db2 -tf create_bufferpool.sql -v
- Restart your database instance.
- From CLP, run
create_temp_tablespaces.sql
. For example, type,
Db2 -tf create_temp_tablespaces.sql -v
- From CLP, run
create_user.sql
. For example, type,
Db2 -tf create_user.sql -v
Creating Database Objects
To create BEA Platform database objects, use the following steps:
- From DB2-CLP, use the following command to verify that you can connect to the target database server with a valid user ID and password:
db2 connect to <DATABASE> user <USERNAME> password <PASSWORD>
- Open your domain's
db_settings.properties
file for edit and comment out the database settings for PointBase.
- In the
db_settings.properties
file for your domain, uncomment the database settings for your new target database and update the following settings for your database:
server=
dblogin=
password=
- For Windows, navigate to the
<BEA_HOME>\user_projects\domains\portalDomain
directory, and double-click on the create_db.cmd file.
- For UNIX, navigate to the
<BEA_HOME>\user_projects\domains\portalDomain
directory, run create_db.sh.
- Verify the results in the
db.log
file.
Note: If you are using the sample domain, run the create_db.cmd/sh file from the following directory: <BEA_HOME>\weblogic81\samples\domains\portal
.
Configuring Your Domain's JDBC Driver Settings
Note: These settings do not allow support for XA functionality. For instructions on enabling XA, consult XA Support on page 7-1.
- Start the WebLogic Server for your domain.
- Login to the WebLogic Server Console.
- Configure your new connection pools.
- Go to Services -> JDBC -> Connection Pools.
- Click Configure a new Connection Pool.
- Select the appropriate Database Type and Non-XA Database Driver from the drop down list boxes and click Continue.
- Choose a name for the new Connection Pool (For example: cgPoolN) and fill in the blanks for your vendor database. Click Continue.
- Test your connection to verify that you can successfully connect to your database.
- Create and deploy your new Connection Pool.
- Update your data sources.
- From Services -> JDBC -> Data Sources, click on each data source and switch each to the newly created connection pool. Be sure to apply each change.
- Verify that each Data Source is changed by clicking on Data Sources and then verifying that Pool Name has been set to the new Connection Pool for each.
- From Services -> JMS -> Stores -> cgJMSStore, switch cgJMSStore to use the new Connection Pool.
- Stop your domain's WebLogic Server, then restart it.
- In the WebLogic Server Console, delete the original cgPool connection pool.
- Go to Services -> JDBC -> Connection Pools.
- Right-click on the cgPool connection pool and select Delete.
Creating a Database for Behavior Tracking Events
You may want to store behavior tracking events in a different location than other WebLogic Portal database objects for increased performance. For more information about behavior tracking, see http://download.oracle.com/docs/cd/E13218_01/wlp/docs81/adminportal/help/SA_BehavTrackServ.html.
Note: By default, behavior tracking database objects are created in the same database as other WebLogic Portal database objects. You only need to following these steps if you are configuring a separate database for behavior tracking events.
- From CLP, run the bt_create_temp_tablespaces.sql script. For example, type,
Db2 -tf bt_reate_temp_tablespaces.sql -v
- From CLP, run bt_create_user.sql. For example, type,
Db2 -tf bt_create_user.sql -v
- Open your domain's
db_settings.properties
file for edit.
- Within the db_settings.properties file, uncomment the database settings for your new target database and update the following settings for your database:
server=<SERVER_NAME>
dblogin=WEBLOGIC_EVENT
password=WEBLOGIC_EVENT
- Within the db_settings.properties file, find the p13n_modules, portal_modules and netuix_modules lines at the top of the file.
- Copy these 3 lines and comment out the original settings by adding a # sign.
- Replace the original settings as follows:
- Replace
p13n_modules=p13n au bt ds
with p13n_modules=bt
.
- Replace
portal_modules=cm wlcs wps collaboration sample_cm
with portal_modules=
- Replace
netuix_modules=pf
with netuix_modules=
.
When you are finished, the section should look like this:
#p13n_modules=p13n au bt ds
#portal_modules=cm wlcs wps collaboration sample_cm
#netuix_modules=pf
p13n_modules=bt
portal_modules=
netuix_modules=
- Save the changes to the
db_settings.properties
file.Save the changes to the db_settings.properties file.
- Initialize the database with the new settings.
- For Windows, navigate to the
\\bea\user_projects\domains\portalDomain
directory, and double-click on the create_db.cmd file.
- For UNIX, navigate to the
\\bea\user_projects\domains\portalDomain
directory, run create_db.sh.
- Verify the results in the db.log file.
Note: If you are using the sample domain, run the create_db.cmd/sh file from the following directory: \\bea\weblogic81\samples\domains\portal
.