Solaris clustered server: Modifying SQL Server database properties
When you set up SQL Server automatically, you must modify the approriate properties files before transferring your data from the default database to the SQL database.
- Prerequisites
- Solaris clustered server: Installing SQL Server
About this task
Working with properties files:
- Multiple databases can be used to hold information for applications
such as Feedback and LikeMinds. For example, you could use the following
property values:
- release.DbName=reldb
- jcr.DbName=jcrdb
- feedback.DbName=fdbkdb
- likeminds.DbName=lmdb
- community.DbName=commdb
- customization.DbName=custdb
- If you 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 you are using.
- Some values, shown here in italics, might need to be modified to your specific environment.
- The recommended value listed for each property represents the specific information that is required to configure WebSphere® Portal 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.DbName
- dbdomain.DbUrl
- dbdomain.DbSchema
- 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.