Transfer between databases manually

 

+

Search Tips   |   Advanced Search

 

Before you begin

Before transferring IBM WebSphere Portal data to another domain, ensure that the following prerequisites are met:

  • Supported database software is installed.

  • Databases and users are correctly set up for use by WebSphere Portal.

  • If you are using IBM DB2 Universal Database Enterprise Server Edition Fix Pack 11 or Fix Pack 12, complete the following steps prior to database transfer. Failure to follow these steps will cause the database transfer to hang at the task action-process-constraints. If you are using DB2 client to connect to a remote DB2 server, make the following changes on the DB2 client.

    1. Locate the following file:

        /home/db2inst1/sqllib/cfg/db2cli.ini

    2. Edit the file by adding the following to the end of the file:

      • For Fix Pack 11:

        [COMMON]
        DYNAMIC=1
        

        An empty line is required after the dynamic=1 at the end of the file.

      • For Fix Pack 12:

        [COMMON]
        ReturnAliases=0
        

        An empty line is required after the ReturnAliases=0 at the end of the file.

  • If you are transferring from Oracle Enterprise Edition, the open_cursors setting should be set to 1500 by default.

    If you are using DB2Content Manager Runtime Edition, this value may need to be increased based on the table count in the DB2 Content Manager Runtime Edition schema.

Password considerations:

For security reasons, you should not store passwords in the wpconfig.properties, wpconfig_dbdomain.properties, and wpconfig_dbtype.properties files. It is recommended that you edit each of the properties files prior to running a configuration task, inserting the passwords needed for that task. Then, after the task has run, you should delete all passwords from each file.

Alternatively, we can specify the password on the command line using the following syntax:

   WPSconfig.{sh|bat} task_name -Dpassword_property_key=password_value 

As with other properties, each password property must have the -D prefix and be set equal to (=) a value. If you have multiple properties in a single command, use a space character between each -Dproperty=value setting.

Tip:

  • The Steps for transferring data to another supported database section provides instructions for manually transferring data. Instead of performing the following steps, we can use the configuration wizard, a graphical user interface, to transfer data to another supported database.

 

Steps for transferring data to another supported database

To transfer data between domains.

  1. Locate the following files and create a backup copy of each before changing any values:

  2. Edit the following properties files, and enter the values that are appropriate for our environment.

    Note the following information:

    • The WebSphere Portal database can be used to hold information for applications such as...

      In this case, the user should use similar naming conventions for property values such as...

      • release.DbName
      • community.DbName
      • customization.DbName
      • Jcr.DbName
      • Feedback.DbName
      • Likeminds.DbName

      For example:

      • release.DbName=releasedb
      • community.DbName=communitydb
      • customization.DbName=customizationdb
      • JcrDbName=jcrdb
      • FeedbackDbName=fdbkdb
      • LikemindsDbName=lkmddb

    • Do not change any settings other than those that are specified in these steps. For instructions on working with these files, see Configuration properties reference for a complete properties reference, including default values.

    • If you are using a remote database, be sure to enter the values for the remote server.

    • Use / instead of \ for all platforms.

    • Some values, shown here in italics, might need to be modified to your specific environment.

    • There might be additional database properties other than those listed here. Only change the properties within this table; skip all other properties.

    • If you are following the recommended architecture in Planning for databases for our specific database, the Value listed for each property in the following table represents the DB2 -specific information that is required to configure WebSphere Portal to DB2.

    • Depending on which database domain has to be configured, dbdomain may need to be replaced by:

      • release
      • customization
      • community
      • jcr
      • feedback
      • likeminds
      • wmm

    Update the following properties in the file wpconfig_dbdomain.properties.

    Database domain properties
    Property Value
    dbdomain.DbType

    The type of database used to store information for WebSphere Portal.

    Value type: Alphanumeric text string

    Recommended value for all domains:

    Cloudscape : cloudscape
    DB2 : db2
    Oracle: oracle
    MS SQL Server: sqlserver
    DB2 for i5/OS: db2_iseries
    DB2 for z/OS and OS/390: db2_zos

    dbdomain.DbName

    The name of the WebSphere Portal domain database and schema.

    This value is also the database element in the dbdomain.DbUrl property.

    Non-Windows platforms when using DB2 only. This value is the TCPIP Alias for the database.

    For Oracle, this value should match the 'ORACLE_SID'.

    Value type: Alphanumeric text string

    For DB2 and DB2 for z/OS, this value cannot exceed 8 characters and can only contain letters and numbers. Refer to the database documentation for more information.

    For DB2, this value must be different from the value of dbdomain.XDbName.

    If you change the name of the WebSphere Portal data source due to a database migration, manually update this property in the file...

    portal_server_root/config/wpconfig_dbdomain.properties

    ...to maintain the proper resource reference mapping.

    Default value for all domains: wpsdb

    Recommended value for local DB2 for i5/OS:

    • For non-Member Manager databases:

      Release *LOCAL/REL60
      Customization *LOCAL/CUST60
      Community *LOCAL/COMM60
      Jcr *LOCAL/JCR60
      Feedback *LOCAL/FDB60
      LikeMinds *LOCAL/LKM60

    • For Member Manager databases:

      *LOCAL/wmmDbUser

      ...where *LOCAL is the database and wmmDbUser is the Member Manager database administrator user ID (the schema you will use to connect to the database).

    Recommended value for remote DB2 for i5/OS:

    • For non-Member Manager databases:

      Release hostName/REL60
      Customization hostName/CUST60
      Community: hostNameCOMM60
      JCR hostName/JCR60
      Feedback hostName/FDB60
      LikeMinds hostName/LKM60

    • For Member Manager databases:

      hostName/wmmDbUser

      ...where wmmDbUser is the Member Manager database administrator user ID (the schema you will use to connect to the database).

    dbdomain.DbUrl

    The database URL used to access the WebSphere Portal database with JDBC. The value must conform to standard JDBC URL syntax.

    For...

    ...hostname is the name of the remote server and port is the port where the appropriate database instance is listening.

    The database element of this value should match the value of dbdomain.DbName.

    Value type:

    Alphanumeric text string

    ...conforming to standard JDBC URL syntax

    Recommended values (for all domains):

    Cloudscape jdbc:db2j:wpsdb;create=true
    DB2 jdbc:db2:wpsdb
    DB2 for i5/OS (local)

    For non-Member Manager databases:

    jdbc:db2:*LOCAL/dbdomain.DbName

    For Member Manager databases:

    jdbc:db2:*LOCAL/wmmDbUser

    ...where *LOCAL is the database and wmmDbUser is the Member Manager database administrator user ID (the schema you will use to connect to the database).

  3. DB2 for i5/OS (remote):

    • For non-Member Manager databases:

      jdbc:as400:hostName/dbdomain.DbName

    • For Member Manager databases:

      jdbc:as400:hostname/wmmDbUser

      ...where wmmDbUser is the Member Manager database administrator user ID (the schema you will use to connect to the database).

  4. DB2 for z/OS (local): jdbc:db2:location

  5. DB2 for z/OS (remote): jdbc:db2:wpsdb

  6. Oracle: jdbc:oracle:thin:@YourDatabaseServer:1521:wpsdb

  7. SQL Server: jdbc:microsoft:sqlserver://YourDatabaseServer:1433;DatabaseName=wpsdb

  8. dbdomain.DbUser

    The user ID for the database administrator.

    For SQL Server and non-wmm databases only, unless you are the system administrator, the values for dbdomain.DbUser and dbdomain.DbSchema must be the same.

    For Oracle and SQL Server servers, this value must be set to FEEDBACK, which corresponds to the user FEEDBACK in the database. If the user you are using is an administrative user that has authority over the FEEDBACK schema, the administrative user should be entered for the dbdomain.DbUser property.

    Value type: Alphanumeric text string

    Default:

    Release db2admin
    Community db2admin
    Customization db2admin
    JCR db2admin
    WMM db2admin
    Feedback db2admin
    LikeMinds: db2admin

    Recommended: wpsdbusr (for databases other than DB2 )

    dbdomain.DbPassword

    The password for the database administrator.

    A value must be set for this property; it cannot be empty.

    Value type: Alphanumeric text string

    Default value for all domains: ReplaceWithYourDbAdminPwd

    dbdomain.XDbName

    The database loop back alias that needs to be set if you plan to use the create-local-database-db2 task.

    For DB2, this value must be different from the value of dbdomain.DbName.

    Value type: Alphanumeric text string

    Default:

    Release wps6TCP
    Community wps6TCP
    Customization wps6TCP
    WMM wps6TCP
    JCR wps6TCP
    Feedback fdbk6TCP
    LikeMinds lmdb6TCP

    dbdomain.DbNode

    The value for the node database.

    Required for non-Windows platforms when using DB2 only.

    Value type: Alphanumeric text string

    Default values:

    Release wpsNode
    Community wpsNode
    Customization wpsNode
    JCR wpsNode
    WMM wpsNode
    Feedback value pznNode
    LikeMinds value pznNode

    dbdomain.DbSchema

    The schema name of the database domain.

    For i5/OS: dbdomain.DbSchema must match the postfix of dbdomain.DbName after /. For example, if...

    release.DbName=*LOCAL/REL60

    ...it must also have...

    release.DbSchema=REL60

    Follow the documentation of the target database management system in order to define a valid schema name as restrictions apply for some database management systems, for example on i5/OS.

    This property is not used on Member Manager, which only uses the dbdomain.DbUser name as the schema.

    Follow the documentation of the target database management system in order to define a valid schema name as restrictions apply for some database management systems.

    For SQL Server only, unless you are the system administrator, the values for dbdomain.DbUser and dbdomain.DbSchema must be the same.

    For Oracle and SQL Server servers, the value must be set to FEEDBACK.

    Value type: Alphanumeric text string

    Default: dbdomain

    dbdomain.DataSourceName

    The name of the data store that WebSphere Portal uses to communicate with its databases.

    If the DbUser, DbUrl, and DbPassword are not the same across domains, this value must differ from the DataSourceName of the other domains.

    The value for dbdomain.DataSourceName should not be set to the same value as dbdomain.DbName.

    Value type: Alphanumeric text string

    Default values:

    • Release: wpsdbDS

    • Community: wpsdbDS

    • Customization: wpsdbDS

    • JCR: JCRDS

    • WMM: wpsdbDS

    • Feedback: feedback5

    • LikeMinds: lmdbDS

    Update the following properties in the file wpconfig_dbtype.properties.

    Database type properties
    Property Value
    db2.DbSafeMode

    This only applies to database-specific tasks. If this property is set to true, database-specific tasks, such as create, modify, drop, will not be performed. The property should be used if a pre-configured database (from a previous installation) already exists. If the property is set to false, the database will be updated and the pre-existing database configuration will be overwritten.

    Recommended: false

    Default: false

    db2.DbDriver

    The name of class that SqlProcessor will use to import SQL files.

    Recommended:

    COM.ibm.db2.jdbc.app.DB2Driver

    Default:

    COM.ibm.db2j.jdbc.DB2Driver (Cloudscape)
    db2.DbLibrary

    The directory and name of the.zip or.jar file that contains the JDBC driver class

    Recommended:

    db2_install/java/db2java.zip

    In UNIX environments, use a colon (:) instead of a semi-colon (;) to separate multiple paths.

    Default:

    D:/IBM /SQLLIB/java/db2java.zip

    If you have come to this step while creating databases and users, return to that section of the InfoCenter now. Otherwise, continue with the next step.

  9. Save the file.

  10. Perform this step only if you are installing multiple instances of WebSphere Portal with DB2 on AIX, change the maximum numdb...

    MAX_NETBIOS_CONNECTIONS

    ...to increase the default configured number of databases. For example, enter the following commands at the database prompt:

    set client MAX_NETBIOS_CONNECTIONS 254

    A message indicates success if the number was increased.

  11. Open a command prompt, and change to the Windows or UNIX directory...

    portal_server_root/config

    ...or the i5/OS directory

    portal_server_root/config

  12. If WebSphere Portal is on UNIX, export the DB2 user profile (that you created when installing DB2) onto the administrative user. This gives that administrative user rights over DB2. It is important to complete this step before running database tasks...

    ../home/db2inst1/sqllib/db2profile

    ...where db2inst1 represents the database instance.

  13. Enter one of the first two commands to validate the database connection, and then enter the last command to validate the database driver, where domain is replaced with the domain you are transferring.

  14. From the same command prompt as the previous steps, be sure you are in the Windows or UNIX directory

    portal_server_root/config

    ...or the i5/OS directory...

    portal_server_root/config

  15. Stop the WebSphere Application Server (named server1 on Windows and UNIX systems) before running the database-transfer task.

    • Enter the following command:

      • UNIX:

        ./stopServer.sh server1 -user admin_userid -password admin_password

      • Windows:

        stopServer.bat server1 -user admin_userid -password admin_password

      • i5/OS:

        stopServer -profileName profile_root -user admin_userid -password admin_password

        ...where profile_root is the name of the WebSphere Application Server profile where WebSphere Portal is installed; for example, wp_profile.

      ...where server1 is the name of the WebSphere Application Server administrative server, and profile_root is the name given to the WebSphere Application Server profile in use.

  16. Stop the WebSphere Portal server before running the database-transfer task.

    • Enter the following command:

      • UNIX:

        ./stopServer.sh WebSphere_Portal -user admin_userid -password admin_password

      • Windows:

        stopServer.bat WebSphere_Portal -user admin_userid -password admin_password

      • i5/OS:

        stopServer WebSphere_Portal -profileName profile_root -user admin_userid -password admin_password

        ...where profile_root is the name of the WebSphere Application Server profile where WebSphere Portal is installed; for example, wp_profile.

  17. To transfer the database, perform this step:

    1. Enter the following commands to run the configuration task.

      • To run the task on an individual domain, enter the following command:

        • UNIX:

          ./WPSconfig.sh database-transfer-domain -Ddomain.DbPassword=password

        • Windows:

          WPSconfig.bat database-transfer-domain -Ddomain.DbPassword=password

        • i5/OS : From the UserData directory:

          ...where profile_root is the name of the WebSphere Application Server profile where WebSphere Portal is installed; for example, wp_profile

        ...and where domain is one of the domain database names...

        • community
        • customization
        • feedback
        • jcr
        • likeminds
        • release
        • wmm

      • To run the task on multiple domains, enter the following command:

        and where domain is one of the domain database names...

        • community
        • customization
        • feedback
        • jcr
        • likeminds
        • release
        • wmm

      • To run the task on all domains, enter the following command:

    2. After running this task, a message indicating success should result. Check the log files to verify that this task was successful. If the configuration fails, verify the values in...

      ...and then repeat this step.

  18. For Windows and UNIX only:

    After transferring the database tables, perform a reorg check to improve performance.

    Do the following set of steps for each database alias in the property file:

    • wps.DbName
    • feedback.DbName

    This step may be skipped with an i5/OS system.

    1. Connect to a database with the following command:

      db2 connect to database_alias user db2admin_userid using password 

      Additional option may be required if additional security was installed. Refer to DB2 Universal Database commands by example for links to a downloadable command reference.

    2. Once connected, run the following commands from the DB2 prompt:

      Windows:

      db2 reorgchk update statistics on table all > xyz.out 
      Look in the reorg column for entries marked with a * (star or asterisk) in the file xyz.out. For each line with a *, note the tablename and run the following command for each tablename:

      db2 reorg table tablename db2 terminate c:\> db2rbind database_name -l db2rbind.out -u db2_admin -p password
      

      Unix:

      db2 reorgchk update statistics on table all > xyz.out 
      Look in the reorg column for entries marked with a * (star or asterisk) in the file xyz.out. For each line with a *, note the tablename and run the following command for each tablename:

      db2 reorg table tablename db2 terminate db2rbind database_name -l db2rbind.out -u db2_admin -p password
      

    3. The output file db2rbind.out will only be created if there is an error for the above db2rbind command.

  19. Change to the Windows and UNIX directory...

    was_profile_root/bin

    ...or the i5/OS directory...

    app_server_root/bin

  20. Start the WebSphere Portal server.

    • Enter the following command:

      • UNIX:

        ./startServer.sh WebSphere_Portal

      • Windows:

        startServer.bat WebSphere_Portal

      • i5/OS:

        startServer WebSphere_Portal -profileName profile_root

        ...where profile_root is the name of the WebSphere Application Server profile where WebSphere Portal is installed; for example, wp_profile.

 

Parent Topic

Transferring individual domains