The common database configurations contain information about supported database types, script names and their locations, profile creation configuration actions, installation parameters, types of created tables, and user ID privileges.
Database Types | Considerations |
---|---|
DB2® Express® | Used as the default database type for a stand-alone profile. |
DB2 Universal | Used as the database in network deployment configurations. Optionally, can be used as the database in stand-alone server configurations. |
DB2 Data Server | Used as the database in network deployment configurations. Optionally, can be used as the database in stand-alone server configurations. |
DB2 for z/OS® v8 |
Important: When creating a profile
for a server that uses DB2 for z/OS v9, the server
must be able to connect to the DB2 database.
Used
as the database in network deployment configurations. Optionally,
can be used as the database in stand-alone server configurations. |
Microsoft SQL Server (Microsoft) | |
Oracle | You need system database administrator privileges to create the database, tables, and schemas. If you do not have these privileges, you might receive errors when you create or access the tables and schemas. |
The user credentials that you provide in the Profile Management Tool must have the permissions necessary to create table spaces, tables, schemas, indexes, and stored procedures. For the Create new database option, the user ID must have the necessary privileges to create a database. If the user who is running the script has the authority to create tables, the script does not require an authentication ID within the script. For more information, see "Users and schemas for databases" and "Database privileges".
For a network deployment environment, there is one set of common database tables per cell.
Option | Databases you can use |
---|---|
Typical: stand-alone profile | DB2 Express |
Typical: all other profiles | DB2 Express |
Customized: stand-alone profile |
|
Customized: all other profiles |
|
A typical installation uses default values for configuration parameters and you cannot change these defaults. If you choose a customized installation, you can change the defaults for your specific requirements.
Options | Databases you can use |
---|---|
Typical: stand-alone profile |
DB2 for z/OS, Oracle and Microsoft SQL databases must exist so that the Profile Management Tool can configure them. |
Typical: all other profiles |
DB2 for z/OS, Oracle and Microsoft SQL databases must exist so that the Profile Management Tool can configure them. |
Customized: stand-alone profile | Any of the Supported database types |
Customized: all other profiles | Any of the Supported database types |
If you choose to configure your database manually after profile creation, you must first install IBM Business Process Manager and indicate in the Profile Management Tool that you do not want to run the scripts as part of profile creation. The Profile Management Tool updates the default scripts with the database parameters that you specify, and writes updated scripts out to the profile_root/dbscripts/CommonDB/dbType/dbName directory.
The scripts are ready to run, but you can edit them to include any specific requirements. You can then give these scripts to the person who should create your common database. If you try to start IBM Business Process Manager before creating the database, you receive an error message.
Use SQL scripts to configure your database before or after you create the profile. Tables are created with a deployment manager profile so no SQL scripts are executed while the managed node is created.
If you choose to defer creation of the database after you create the profile, you can find the updated scripts in the profile_root/dbscripts/feature/dbType/dbName directory.
Type of script | Script name |
---|---|
Component specific | scriptName_componentName.sql |
Component independent | scriptName.sql |
A new Java™ Database Connectivity (JDBC) provider is created depending on the database type. The provider is created in the node scope in a stand-alone profile and at the cell level in a network deployment environment. The JDBC provider refers to the JDBC_DRIVER_PATH variable to locate local JDBC drivers. The variable is specified at the cell level and each node level points to the correct local path.
Several restrictions exist for the database commands that are available during profile creation.
Component | Table names | Scripts |
---|---|---|
Recovery | FAILEDEVENTS FAILEDEVENTBOTYPES FAILEDEVENTMESSAGE |
createTable_Recovery.sql |
Mediation | MEDIATION_TICKETS | createTable_mediation.sql |
Relationship | Dynamic table, created at runtime | createTable_Relationship MetadataTable.sql |
Application Scheduler | WSCH_LMGR WSCH_ LMPR WSCH_TASK WSCH_TREG |
createTable_AppScheduler.sql |
Customization (selector/business rule group) | BYTESTORE BYTESTOREOVERFLOW APPTIMESTAMP |
createTable_customization.sql |
Common database | SchemaVersionInfo | createTable_CommonDB.sql |
Persistent LockManager | PERSISTENTLOCK | createTable_lockmanager.sql |
ESB Logger Mediation | MSGLOG | createTable_ESBLogger Mediation.sql |
All the SQL scripts in the previous table are executed by the commonDBUtility.ant file from each component script, such as configRecovery > commonDBUtility > execute createTable_Recovery.sql. When the value delayConfig=true is in the response file, the SQL files are created, but they are not run. In this case, you must run the SQL manually after the configuration.
In the WebSphere Enterprise Bus Logger Mediation component, you can configure each message logger primitive to use a different data source and a different database.
Scripts are created for any option that you selected on the Profile Management Tool panel to configure the common database. The scripts contain only basic creation statements for databases, tables, and indexes. The database administrator must use database native commands to execute these scripts. For more information, see "Configuring the common database using the Profile Management Tool".
The names of the scripts are configCommonDB.bat for Windows, and configCommonDB.sh for UNIX-based operating systems.
Database scripts are exported to the
profile_root/dbscripts/CommonDB/dbType/dbName directory.