Solaris stand-alone: Modify DB2 database properties
Modify the appropriate properties files before transferring the data from the default database to the DB2 database.
- Prerequisites
- Solaris stand-alone: Install DB2
Work with properties files:
- Property files are read by ConfigEngine when tasks are executed. They are not read during Portal appserver startup.
- Multiple databases can be used to hold information for applications such as Feedback and LikeMinds.
For example:
- release.DbName=reldb
- jcr.DbName=jcrdb
- feedback.DbName=fdbkdb
- likeminds.DbName=lmdb
- community.DbName=commdb
- customization.DbName=custdb
- If we are using a remote database, enter the values for the remote server.
- Regardless of the operating system, use a forward slash (/) instead of a backslash (\) in the property files for file system paths.
- There might be additional database properties other than those listed here. Only change the properties within this task and skip all other properties.
- Property files provide default values. These values are not correct for all databases. Enter values in accordance with the database management system that we are using.
- The recommended value listed for each property represents the specific information required to configure WebSphere Portal to the target database.
- Depending on which database domain has to be configured, replace dbdomain with:
- release
- customization
- community
- jcr
- feedback
- likeminds
- The values for at least one of the following properties must be unique for the release, customization, community, and JCR domains:
- dbdomain.DbName
- dbdomain.DbUrl
- dbdomain.DbSchema
If we use the same values for all three properties across the release, customization, community, and JCR domains, the database-transfer task fails due to ambiguous database object names.
- If DbUser, DbUrl, and DbPassword are not the same across domains, the value for DataSourceName must differ from the DataSourceName of the other domains. In other words, this value must be unique for the database domain.
For JDBC Type 2 drivers, perform additional steps.
See the Type 2 configuration section for more instructions.
- Make backup copies of the following files:
- WP_PROFILE/ConfigEngine/properties/wkplc.properties
- WP_PROFILE/ConfigEngine/properties/wkplc_dbdomain.properties
- WP_PROFILE/ConfigEngine/properties/wkplc_dbtype.properties
- If we are transferring from a database other than Derby:
WP_PROFILE/ConfigEngine/properties/wkplc_sourceDb.properties
Default values are listed in these files. Unless otherwise noted, all values are of type alphanumeric text string. Set the appropriate values for each instance of each property. In wkplc_dbdomain.properties, most properties are repeated for each domain.
- Set properties in wkplc_dbdomain.properties
- dbdomain.DbType=db2
- dbdomain.DbName=domain_db_name
DB2 database names cannot exceed eight (8) characters.
- This value is also the database element in dbdomain.DbUrl.
- TCP-IP alias for the database.
- dbdomain.DbSchema=domain_schema_name
Some database management systems have schema name restrictions.
- dbdomain.DataSourceName=data_source_name
Do not use the following reserved words:
- releaseDS
- communityDS
- customizationDS
- jcrDS
- lmdbDS
- feedback
- dbdomain.DbUrl=JDBC_DB_URL
The value must conform to the JDBC URL syntax specified by the database.
The database element of this value should match the value of DbName.
- For dbdomain.DbUser, set the user ID for the database configuration user.
- For dbdomain.DbPassword, set the password for the database configuration user.
- For dbdomain.DbConfigRoleName, set the name of the group for database configuration users. Database rights are granted to this group instead of individuals. The user specified for dbdomain.DbUser must be assigned to this group.
- Optional: For dbdomain.DbRuntimeUser, set the user ID of the database user that should be used by WebSphere Portal to connect to the database at runtime. If no value is specified for this setting, the database configuration user will be used to connect to the databases at runtime.
- If dbdomain.DbRuntimeUser is specified, set dbdomain.DbRuntimePassword to be the password of the runtime database user.
- For dbdomain.DbRuntimeRoleName, set the name of the group for database runtime users. Database rights are granted to this group instead of individuals. The user specified for dbdomain.DbRuntimeUser must be assigned to this group.
- Optional: For dbdomain.DBA.DbUser.
DB administrator user ID for privileged access operations during database creation and setup. Required.if you run the create-database and setup-database ConfigEngine tasks . If you do not need this parameter, we can either accept the default value or leave blank.
- Optional: For dbdomain.DBA.DbPassword, set the database administrator password for privileged access operations during database creation. If you do not need this parameter, we can either accept the default value or leave blank.
- For dbdomain.DbNode, type the value for the database node name. Set this value to call create-database.
Required only for local databases.
- Save and close the file.
- Update the following properties in wkplc_dbtype.properties.
- For db2.DbDriver, set the name of the JDBC driver class.
- For db2.DbLibrary, type the directory and name of the .zip or .jar file containing the JDBC driver class.
- For db2.JdbcProviderName, set the name of the JDBC provided that WebSphere Portal uses to communicate with its databases.
- Save and close the file.
- Update the WasPassword value in wkplc.properties. This value is the password for the WAS security authentication used in the environment.
- Save and close the file.
Parent: Solaris stand-alone: Set up a DB2 database
Previous: Solaris stand-alone: Install DB2
Next: Solaris stand-alone: Create groups and assign users