Tips: - The steps for transferring data to another supported database
section provides instructions for manually transferring data. Instead of performing
the following steps, you can use the configuration wizard, which is a graphical
user interface, to transfer data to another supported database.
- A configuration template might exist to support these instructions.
Refer to the wp_profile_root/ConfigEngine/helpers directory
for available configuration templates. Use the configuration template to update
the wkplc.properties, wkplc_comp.properties,
and wkplc_dbtype.properties files, as described in the
topic Configuration program, according to the property descriptions and recommended
values provided. If you do not want to use a configuration template, follow
the steps in this task.
- If you are transferring from
Oracle, the open_cursors setting should be set to 1500
by default. If you are using Java Content Repository,
this value might need to be increased based on the table count in the Java Content Repository schema.
Working with properties files: - The WebSphere Portal Express database can be
used to hold information for applications such as Personalization,
Feedback and LikeMinds. Use similar naming conventions for property values
such as release.DbName, jcr.DbName, feedback.DbName,
and likeminds.DbName. For example:
- release.DbName=wpsdb
- jcr.DbName=jcrdb
- feedback.DbName=fdbkdb
- likeminds.DbName=lkmddb
- If you are using a remote database, enter the values for the remote server.
- Use forward slash (/) instead of backslash (\).
- There might be additional database properties other than those listed
here. Only change the properties within this task and skip all other properties.
- The recommended value listed for each property represents the specific
information that is required to configure WebSphere Portal Express to
your 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.DbType
- dbdomain.DbName
- dbdomain.DbUrl
- dbdomain.DbSchema
If you use the same values for all four properties across the release,
customization, community, and JCR domains, the database-transfer task fails
because of 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.
When
doing a single database, single user, and multi schema database transfer,
there can be only one user for each domain (release, community, customization, JCR, Feedback, and LikeMinds),
and the schema for each database must be different. The user must be a superuser
or DBA and must have authority over all other schemas for the transfer to
work.
Steps for transferring data to another supported database