Upgrading profiles from IBM Business Process Manager Version 8.5.x to IBM Business Process Manager Version 8.5 Refresh Pack 7

Table of Contents

• Upgrading IBM Business Process Manager V8.5.x profiles to IBM Business Process Manager V8.5.7.0 profiles
• Upgrading network deployment profiles for IBM Business Process Manager Advanced or IBM Business Process Manager Standard
• Upgrading stand-alone profiles for IBM Business Process Manager Express
• Identifying and recovering from profile upgrade or bootstrapProcessServerData errors
• Rolling back the IBM BPM environment
• Additional information
• Trademarks and service marks

Upgrading IBM Business Process Manager V8.5.x profiles to IBM Business Process Manager V8.5.7.0 profiles

To upgrade IBM Business Process Manager V8.5.x profiles to V8.5.7.0 profiles, follow the instructions for your specific configuration.

If you are upgrading from V8.5.5.0 or later, before you upgrade your production environment to V8.5.7, you can clone your 8.5.x environment, including both the deployment environment and database, and test the upgrade. See Testing the upgrade from IBM Business Process Manager V8.5.5 or V8.5.6 to V8.5.7.

Restriction: IBM Business Process Manager V8.5.7 does not support the z/OS operating system and does not support 32-bit operating systems. If you are running on a 32-bit system and want to upgrade, you must either perform artifact migration as described in Migrating artifacts to IBM Business Process Manager V8.5.7 or contact IBM Support for help to migrate to IBM Business Process Manager V8.5.7 on a 64-bit operating system

The Process Center and Process Server versions do not need to match, and Process Server V8.5.7 can connect to an earlier version of Process Center V8.5.x. You can upgrade Process Server first and test your applications to make sure that they still work normally after the upgrade. Upgrade Process Center last. For more details, see Performing a rolling upgrade.

You can also use offline deployment between Process Server V8.5.7 and an earlier version of Process Center V8.5.x.

Not including Process Server, the tools and related user interfaces that interact with Process Center must be at the same version and release level as Process Center. The repository does not support the previous release; only the current release. Even though you might be able to connect an installation of IBM Integration Designer at the current release level to a Process Center at the previous release level, you should not publish any process applications that have gone through artifact migration.

Back to top

Upgrading network deployment profiles for IBM Business Process Manager Advanced or IBM Business Process Manager Standard

To upgrade from IBM Business Process Manager Advanced or IBM Business Process Manager Standard V8.5.x to V8.5.7.0, follow the instructions to back up your existing installation, install the V8.5.7 refresh pack onto the deployment manager and each managed node, upgrade your Process Server database, and restart the deployment manager and nodes.

Procedure

1. Verify that your target environment - including hardware, operating systems, and database prerequisites - is a supported operating environment for IBM Business Process Manager V8.5.7. See IBM Business Process Manager Advanced system requirements or IBM Business Process Manager Standard system requirements.
   Important: The minimum DB2 level was increased to 9.7.0.5 in IBM BPM V8.5.6.0. If required, move to the new database version and make sure that IBM Business Process Manager is working correctly before you proceed with the upgrade.
   
   
2. Stop all the Java™ processes associated with the IBM Business Process Manager (BPM) products that are being upgraded.
1. Stop the single cluster or the three clusters in the following order: Support, Application, and then Messaging.
2. Stop any other servers, the node agents, and then the deployment manager.
3. Stop any other associated JVMs, such as the Profile Management Tool or the Quick Start console.
4. If you have a Microsoft Windows service or another function that automatically restarts the servers when they are down, ensure that the service or function is disabled until the upgrade process is complete.
   Important: The product might not continue to run successfully if you install the fix when a Java process related to WebSphere Application Server is running.
   
   
3. Back up your IBM BPM profiles. The refresh pack updates the core product files and all the existing profiles that require a maintenance update. Before you upgrade a product, run the backupConfig command to back up the configuration files of each profile that the refresh pack can update. See Backing up and restoring administrative configuration files in the WebSphere Application Server product documentation.
   Important: If you need to restore a previous profile backup after running the steps to upgrade your profile, you must complete all the steps in Rolling back the IBM BPM environment. Otherwise, you will not be able to rerun the upgrade properly.
   
   
4. Back up all databases associated with this IBM BPM environment.
   Important: Make a backup of your databases at the same time as you make the profile backup.
   
   
5. For IBM BPM Advanced: If you changed any of the following default XSL transformation files, back them up before you install the refresh pack. The files are in install_root/ProcessChoreographer/Staff directory where install_root is the installation location of IBM BPM and are named:
   EverybodyTransformation.xsl
   LDAPTransformation.xsl
   SystemTransformation.xsl
   UserRegistryTransformation.xsl
   VMMTransformation.xsl
   These files are overwritten during the installation of the refresh pack, and the changes that were applied to these files are lost. After you upgrade your installation and before you start the server or a cluster, replace the XSL transformation files with the backup versions.
   
   
6. During the upgrade, Process Portal content and snapshots can be updated. For information about the improved Process Portal application that is introduced in IBM BPM 8.5.7, see Process Portal: What's New in IBM Business Process Manager V8.5.7. The Process Portal application for IBM BPM 8.5.6 and earlier is now referred to as Heritage Process Portal.
   Note: If you need to use the Heritage Process Portal while training users for the new Process Portal, use the /HeritagePortal context root instead of the /ProcessPortal context root.
   
   
1. Customization that you applied to the Process Portal deployed as a snapshot must be redone on the latest version after you update your environments. For example, Setting up collaboration features for business users for Heritage Process Portal.
   
   
2. Customization to the Process Portal or Heritage Process Portal mentioned in Customizing and rebranding interfaces can be overwritten. Make a local copy of your changes before you upgrade or keep a record of your modifications. After the upgrade, perform any needed customization using the updated application content.
   
   
7. Install the refresh pack onto the deployment manager installation interactively or silently:
• Upgrading an installation interactively
• Upgrading an installation silently by using the command line (imcl)
  
  
8. Install the refresh pack onto all managed node installations interactively or silently:
• Upgrading an installation interactively
• Upgrading an installation silently by using the command line (imcl)
  
  
9. Optional: If you enabled custom password encryption in your IBM BPM environment to protect passwords that are contained in your WebSphere Application Server configuration, you must enable the DBUpgrade script to support custom encryption.
1. From install_root/bin, open the script or batch file for the DBUpgrade command.
2. Find the "Enabling custom password encryption" comment block. Read the comments and then uncomment the properties.
3. Modify the value of the CUSTOMPWDPROPS property based on your custom encryption class name. Also add any additional system properties that your custom encryption class needs.
4. Modify the value of the CLASSPATH property and replace it with the full file path of your custom password encryption jar file.
   
   
10. If you have a DB2 for z/OS database, complete the following steps:
1. To ensure that you can successfully run the SQL scripts for the DB2® for z/OS® schema upgrade, alter the following table spaces to increase the buffer pool size to 8K:
   WLPT33
   WLPT34
   WLPT52
   WLPT53
   WLPT145
   To do so, drop the table spaces and create them again with 8k buffer pools.
   Note: You should move the data to a temporary table space before dropping it. Then, copy it back when you re-create the table space.
   
   Example SQL to re-create table spaces:
   SET CURRENT SQLID = 'ZASIPS';
   
   DROP TABLESPACE ZACELLDB.WLPT33;
   DROP TABLESPACE ZACELLDB.WLPT52;
   
   CREATE TABLESPACE WLPT33
   IN ZACELLDB
   USING STOGROUP ZADBSTO
   SEGSIZE 32
   LOCKMAX SYSTEM
   LOCKSIZE ROW
   DEFINE YES
   CCSID UNICODE
   BUFFERPOOL BP8K1;
   
   CREATE TABLESPACE WLPT52
   IN ZACELLDB
   USING STOGROUP ZADBSTO
   SEGSIZE 32
   LOCKMAX SYSTEM
   LOCKSIZE ROW
   DEFINE YES
   CCSID UNICODE
   BUFFERPOOL BP8K1;
   
   
2. Run one of the following commands to generate the SQL file to update your database.
   On Windows: install_root\bin\BPMGenerateUpgradeSchemaScripts.bat -profileName deployment_manager_profile [-de deployment_environment_name]
   On Linux or UNIX: install_root/bin/BPMGenerateUpgradeSchemaScripts.sh -profileName deployment_manager_profile [-de deployment_environment_name]
   You can omit the -de parameter if there is only one deployment environment.
   The SQL scripts are generated in the deployment_manager_profile/dbscripts/Upgrade directory, under the following subdirectory: cell_name.deployment_environment_name/database_type/database_name.schema_name
   
   
3. Connect to the DB2 for z/OS database, and run these SQL scripts against the database using your preferred tool in this order.
   Note: If you used the saved search acceleration tools to optimize a process search, you must change createProcedure_ProcessServer.sql to drop the LSW_BPD_INSTANCE_DELETE_PIVOT procedure by commenting in the corresponding SQL statement.
• upgradeSchema85x_ProcessServer.sql
• createProcedure_ProcessServer.sql
  
  You can safely ignore SQL exceptions about deleting rows from an empty table. You can also ignore errors about creating duplicate indexes.
  
  
4. Open the install_root/util/dbUpgrade/upgrade.properties file and set the value of the database.is.db2zos property to true.
   
   
11. Run one of the following commands to upgrade your database.
    Notes: If you have multiple deployment environments, complete this step for each deployment environment. You must complete this step for each Advanced, Standard, and Express deployment environment. Skip this step for AdvancedOnly deployment environments. There is no database schema update for AdvancedOnly deployment environments upgraded from V8.5.x.
• On Windows: install_root\bin\DBUpgrade.bat  -profileName deployment_manager_profile [-de deployment_environment_name]
• On Linux or UNIX: install_root/bin/DBUpgrade.sh  -profileName deployment_manager_profile [-de deployment_environment_name]
  
  
  You can omit the -de parameter if there is only one deployment environment.
  
  Important: Make sure that the DBUpgrade command has finished successfully before you move to the next step. The log is saved in deployment_manager_profile_root/logs/DBUpgrade_timestamp.log. Check the log for errors or exceptions. If running DBUpgrade was unsuccessful, correct the errors and restore your databases from the backup before running the command again.
  
  Tip: If you are using Oracle, you might see an error similar to the following error:
  Executing upgrade step: Upgrade 8.5.0 schema to 8.5.5 for database ProcessServerDatabase.
  Error executing SQL statement: ORA-60019: Creating initial extent of size 14 in tablespace of extent size 8
  On Oracle, IBM Business Process Manager stores large objects (LOBs) with the SECUREFILE option. For SECUREFILE, it is recommended to use a tablespace with the AUTOALLOCATE option. If you use UNIFORM SIZE extents, ensure that the UNIFORM SIZE is big enough. Given the default block size of 8K, specify a UNIFORM SIZE of at least 120K. IBM BPM does not explicitly prescribe the tablespace options; it relies on the default Oracle settings (such as AUTOALLOCATE) to automatically manage extents. If you use tablespaces with a UNIFORM SIZE less than 120K, create new tablespaces with the AUTOALLOCATE option and make it the default tablespace for IBM BPM database schema users.
  
  
12. For IBM BPM Advanced: If you backed up your default XSL transformation files in step 5, replace the XSL transformation files with the backup versions.
    
    
13. Optional: If you enabled custom password encryption in your IBM BPM environment to protect passwords that are contained in your WebSphere Application Server configuration, you must enable the BPMConfig script to support custom encryption.
1. From install_root/bin, open the script or batch file for the BPMConfig command.
2. Find the "Enabling custom password encryption" comment block. Read the comments and then uncomment the properties.
3. Modify the value of the CUSTOMPWDPROPS property based on your custom encryption class name. Also add any additional system properties that your custom encryption class needs.
   
   
14. Start the deployment manager server. It takes a few minutes to complete the profile upgrade and run the bootstrapProcessServerData command when the server starts for the first time. This time can be significantly longer than the time it takes to normally start up. You can monitor the profile_root/properties/service/productDir/logs/runConfigActions.log file to see the activity that is in progress during the profile upgrade process.
    Notes:
• The deployment manager profile is updated automatically during the first server startup after the refresh pack installation.
• The Business Process Choreographer, Business Space, CommonDB, and Messaging Engine databases are not changed when you upgrade from IBM BPM V8.5.x to the V8.5.7 refresh pack.
  
  
15. Check for and fix errors, as described in Identifying and recovering from profile upgrade or bootstrapProcessServerData errors, before you continue.
    
    
16. Update the web server plug-in.
    Some new web modules have been added to the product applications in the refresh pack. These modules are mapped to the web server if the existing product applications are mapped. However, the plugin-cfg.xml file for the web server must be updated with the new associations. In some cases, you might have to manually move the file to the web server after it has been generated in IBM BPM. For more information, see the Plug-ins configuration documentation.
    
    
17. When you upgrade from IBM BPM 8.5.5 or IBM BPM 8.5.0, a truststore for connections to IBM Blueworks Live (one per WebSphere cell, named BlueWorksLiveTrustStore) and a keystore for IBM BPM (one per IBM BPM deployment environment, named IBMBPMKeyStore-de_name) are added to the configuration. The truststore and the keystore use the same password as the WebSphere CellDefaultKeyStore initially. If the WebSphere default keystore is not found, then the documented WebSphere default keystore password is used. You are advised to assign separate passwords to the BlueWorksLiveTrustStore truststore and to the IBMBPMKeyStore-de_name keystore.
    
    
18. For each managed node in the network deployment environment, complete the following steps:
1. Start the node agent.
   Note: The managed profile is updated automatically during the first server startup after the fix is installed.
   
   
2. Check for and fix errors, as described in Identifying and recovering from profile upgrade or bootstrapProcessServerData errors, before you continue.
   
   
19. Ensure that node synchronization is completed.
    Check the administrative console under System Administration > Nodes to confirm that node synchronization was successful. If there is a problem, use the syncNode command to perform synchronization.
    
    
20. Review the optional Post-upgrade tasks for additional actions you might need to take. Make the changes and perform synchronization before restarting the clusters to avoid restarting the environment again after these changes.
    
    
21. Use the Ripplestart option to start the single cluster or to start your three clusters in this sequence: Messaging, Application, and then Support. See Starting a cluster.
    Note: The Process Portal index is rebuilt on server restart. In the SystemOut.log file, look for the CWLLG0764I and CWLLG0765I messages that identify the start and completion of the index rebuild.
    Important: While the index is being rebuilt, the search facility in Process Portal is unavailable.
    
    
22. After the IBM Process Center environment is upgraded, existing Process Designer users must follow the instructions for Updating IBM Process Designer.
    
    
23. Your IBM BPM environment is now upgraded and running at the V8.5.7 level. Perform any application validation testing you require at this time.

Back to top

Upgrading stand-alone profiles for IBM Business Process Manager Express

To upgrade from IBM Business Process Manager Express V8.5.x to V8.5.7.0, follow the instructions to back up your profiles and Process Server database, install the V8.5.7 refresh pack, upgrade your Process Server database, and restart your server.

Procedure

1. Verify that your target environment - including hardware, operating systems, and database prerequisites - is a supported operating environment for IBM Business Process Manager V8.5.7. See IBM Business Process Manager Express system requirements.
   Important: The minimum DB2 level was increased to 9.7.0.5 in IBM BPM V8.5.6.0. If required, move to the new database version and make sure that IBM Business Process Manager is working correctly before you proceed with the upgrade.
   
   
2. Stop all the Java™ processes associated with the IBM Business Process Manager (BPM) products that are being upgraded.
   
   
   If you have a Microsoft Windows service or another function that automatically restarts the servers when they are down, ensure that the service or function is disabled until the upgrade process is complete. Stop any other associated JVMs, such as the Profile Management Tool or the Quick Start console.
   Important: The product might not continue to run successfully if you install the fix when a Java process related to WebSphere Application Server is running.
   
   
3. Back up your IBM BPM profiles. The refresh pack updates the core product files and all the existing profiles that require a maintenance update. Before you upgrade a product, run the backupConfig command to back up the configuration files of each profile that the refresh pack can update. See Backing up and restoring administrative configuration files in the WebSphere Application Server product documentation.
   Important: If you need to restore a previous profile backup after running the steps to upgrade your profile, you must complete all the steps in Rolling back the IBM BPM environment. Otherwise, you will not be able to rerun the upgrade properly.
   
   
4. Back up all databases associated with this IBM BPM environment.
   Important: Make a backup of your databases at the same time as you make the profile backup.
   
   
5. During the upgrade, Process Portal content and snapshots can be updated. For information about the improved Process Portal application that is introduced in IBM BPM 8.5.7, see Process Portal: What's New in IBM Business Process Manager V8.5.7. The Process Portal application for IBM BPM 8.5.6 and earlier is now referred to as Heritage Process Portal.
   Note: If you need to use the Heritage Process Portal while training users for the new Process Portal, use the /HeritagePortal context root instead of the /ProcessPortal context root.
   
   
1. Customization that you applied to the Process Portal deployed as a snapshot must be redone on the latest version after you update your environments. For example, Setting up collaboration features for business users for Heritage Process Portal.
   
   
2. Customization to the Process Portal or Heritage Process Portal mentioned in Customizing and rebranding interfaces can be overwritten. Make a local copy of your changes before you upgrade or keep a record of your modifications. After the upgrade, perform any needed customization using the updated application content.
   
   
6. Install the refresh pack onto the stand-alone installation interactively or silently:
• Upgrading an installation interactively
• Upgrading an installation silently by using the command line (imcl)
  
  
7. Optional: If you enabled custom password encryption in your IBM BPM environment to protect passwords that are contained in your WebSphere Application Server configuration, you must enable the DBUpgrade script to support custom encryption.
1. From install_root/bin, open the script or batch file for the DBUpgrade command.
2. Find the "Enabling custom password encryption" comment block. Read the comments and then uncomment the properties.
3. Modify the value of the CUSTOMPWDPROPS property based on your custom encryption class name. Also add any additional system properties that your custom encryption class needs.
4. Modify the value of the CLASSPATH property and replace it with the full file path of your custom password encryption jar file.
   
   
8. Run one of the following commands to upgrade your database.
• On Windows: install_root\bin\DBUpgrade.bat
  -profileName stand-alone profile [-de deployment_environment_name]
• On Linux or UNIX: install_root/bin/DBUpgrade.sh  -profileName stand-alone_profile [-de deployment_environment_name]
  You can omit the -de parameter if there is only one deployment environment.
  
  Important: Make sure that the DBUpgrade command has finished successfully before you move to the next step. The log is saved in profile_root/logs/DBUpgrade_timestamp.log. Check the log for errors or exceptions. If running DBUpgrade was unsuccessful, correct the errors and restore your databases from the backup before running the command again.
  
  Tip: If you are using Oracle, you might see an error similar to the following error:
  Executing upgrade step: Upgrade 8.5.0 schema to 8.5.5 for database ProcessServerDatabase.
  Error executing SQL statement: ORA-60019: Creating initial extent of size 14 in tablespace of extent size 8
  On Oracle, IBM Business Process Manager stores large objects (LOBs) with the SECUREFILE option. For SECUREFILE, it is recommended to use a tablespace with the AUTOALLOCATE option. If you use UNIFORM SIZE extents, ensure that the UNIFORM SIZE is big enough. Given the default block size of 8K, specify a UNIFORM SIZE of at least 120K. IBM BPM does not explicitly prescribe the tablespace options; it relies on the default Oracle settings (such as AUTOALLOCATE) to automatically manage extents. If you use tablespaces with a UNIFORM SIZE less than 120K, create new tablespaces with the AUTOALLOCATE option and make it the default tablespace for IBM BPM database schema users.
  
  
9. Optional: If you enabled custom password encryption in your IBM BPM environment to protect passwords that are contained in your WebSphere Application Server configuration, you must enable the BPMConfig script to support custom encryption.
1. From install_root/bin, open the script or batch file for the BPMConfig command.
2. Find the "Enabling custom password encryption" comment block. Read the comments and then uncomment the properties.
3. Modify the value of the CUSTOMPWDPROPS property based on your custom encryption class name. Also add any additional system properties that your custom encryption class needs.
   
   
10. For each stand-alone profile in the IBM BPM Express installation, complete the following steps:
1. Start the stand-alone application server. It takes a few minutes to complete the profile upgrade and run the bootstrapProcessServerData command when the server starts for the first time. This time can be significantly longer than the time it takes to normally start up. You can monitor the profile_root/properties/service/productDir/logs/runConfigActions.log file to see the activity that is in progress during the profile upgrade process.
   
   
2. Check for and fix errors, as described in Identifying and recovering from profile upgrade or bootstrapProcessServerData errors, before you continue.
   Notes:
   
• The stand-alone profile is updated automatically during the first server startup after the refresh pack installation.
  
• The Business Space and Messaging Engine databases are not changed when you upgrade from IBM BPM V8.5.x to the V8.5.7 refresh pack.
  
• The Process Portal index is rebuilt on server restart. In the SystemOut.log file, look for the CWLLG0764I and CWLLG0765I messages that identify the start and completion of the index rebuild.
  Important: While the index is being rebuilt, the search facility in Process Portal is unavailable.
  
  
11. Review the optional Post-upgrade tasks for additional actions you might need to take. Make the changes and perform synchronization before restarting the clusters to avoid restarting the environment again after these changes.
    
    
12. Update the web server plug-in.
    Some new web modules have been added to the product applications in the refresh pack. These modules are mapped to the web server if the existing product applications are mapped. However, the plugin-cfg.xml file for the web server must be updated with the new associations. In some cases, you might have to manually move the file to the web server after it has been generated in IBM BPM. For more information, see the Plug-ins configuration documentation.
    
    
13. When you upgrade from IBM BPM 8.5.5 or IBM BPM 8.5.0, a truststore for connections to IBM Blueworks Live (one per WebSphere cell, named BlueWorksLiveTrustStore) and a keystore for IBM BPM (one per IBM BPM deployment environment, named IBMBPMKeyStore-de_name) are added to the configuration. The truststore and the keystore use the same password as the WebSphere NodeDefaultKeyStore initially. If the WebSphere default keystore is not found, then the documented WebSphere default keystore password is used. You are advised to assign separate passwords to the BlueWorksLiveTrustStore truststore and to the IBMBPMKeyStore-de_name keystore.
    
    
14. After the IBM Process Center environment is upgraded, existing Process Designer users must follow the instructions for Updating IBM Process Designer.
    
    
15. Your IBM BPM environment is now upgraded and running at the V8.5.7 level. Perform any application validation testing you require at this time.

Back to top

Identifying and recovering from profile upgrade or bootstrapProcessServerData errors

Use the following information to check for the success of the upgrade commands that are run during deployment manager or node agent startup.

• Profile upgrade
  Log location: profile_root/logs/BPMConfig_timestamp.log.
  Success message:  'The BPMConfig.bat -upgrade -profile <profilePath>' command completed successfully.
  The profile upgrade is run for each profile during node agent or deployment manager startup.
• bootstrapProcessServerData command
  Log location: profile_root/logs/bootstrapProcessServerData.log
  where profile_root is the root directory of either the deployment manager profile (for IBM BPM Advanced or IBM BPM Standard) or the stand-alone profile (for IBM BPM Express)
  Success message: INFO:The bootstrapping of data completed successfully
  This command is run during deployment manager startup and updates all deployment environments at once.

If these log files do not exist or only one of them exists, check the log files under profile_root/properties/service/productDir for error messages.

Recovering from startup errors

When you start the server for the first time after you install the refresh pack, you might see an error message similar to the following message:

runConfigActions script execution failed. Exit code: 1
Exception caught while waiting for runConfigActions script to complete: 

This error message indicates that a profile upgrade or bootstrapProcessServerData error occurred. Take these actions:

1. Check the profile upgrade and bootstrapProcessServerData command logs and confirm that the commands completed successfully.
   Note: For managed nodes, the bootstrapProcessServerData command is not run during node startup.
   If the commands did not run successfully, note the errors and review them to see if they explain the failure.
2. Check the wsadmin.traceout file under the same directory for further errors which might explain the failure. Take a backup of this file.
3. Search dW Answers or the IBM BPM support site for possible reasons for the failure. Engage IBM support if you cannot find a solution.
4. Once the issue is resolved, restart the failing server to trigger another attempt of the upgrade step.

Known issues:

• If you are using a DB2 database and the bootstrapProcessServerData command fails with the error DB2 SQL Error: SQLCODE=-1476, SQLSTATE=40506, SQLERRMC=-964, you must increase the default log file size using the following SQL statement (where @DB_NAME@ specifies the name of your Process Server database):
  UPDATE DB CFG FOR @DB_NAME@ USING LOGFILSIZ 16384 DEFERRED;
  After you have run the SQL statement, restart the deployment manager or stand-alone server.
  
• If you are upgrading multiple deployment environments, you might encounter an out-of-memory error when the bootstrapProcessServerData command is run. To solve this problem, increase the maximum heap size in the script install_root/BPM/Lombardi/tools/bootstrapProcessServerData.sh. Then restart the deployment manager or run the bootstrapProcesssServerData command for each deployment environment again. Note that bootstrapProcessServerData.sh should be updated for UNIX or Linux, but bootstrapProcessServerData.bat should be updated for Windows.
• When you run the BPMConfig.sh -upgrade -profile command while upgrading to IBM® Business Process Manager V8.5.7, you might see a UTLS0005W message.
  The warning message is similar to the following text:
  [com.ibm.ws.runtime.InstalledOptionalPackageRepository/WARNING]: UTLS0005W: The MANIFEST attributes for an Installed Optional Package in shared library IBM_BPM_Process_Server_Shared_Library conflict with and will override those within the MANIFEST attributes of shared library IBM_BPM_Process_Server_Shared_Library.
  This warning can safely be ignored.

Back to top

Rolling back the IBM BPM environment

If you updated the profiles, multiple steps are needed to roll back the changes. Otherwise, your environment can become out of sync and not function properly.
Note: The IBM BPM environment will return to the state it was in before the fix was installed. Any work done after installing the fix is lost.

Rolling back the refresh pack requires that you successfully took a backup of your profiles and IBM BPM databases before the installation of the refresh pack.

Important: Unless you restore the profiles and databases from backup, profiles might not be usable after you roll back the refresh pack.

Procedure

To roll back the refresh pack and restore the profiles, complete the following steps:

1. Ensure that you have EAR files for any applications that you installed since you ran the backupConfig command. Make note of any changes you made after backing up the profiles.
   
   
2. Stop all the Java processes associated with the IBM BPM products being rolled back.
1. Stop the single cluster or the three clusters in the following order: Application, Support, and then Messaging.
2. Stop any other servers, the node agents, and then the deployment manager.
3. Stop any other associated JVMs, such as the Profile Management Tool or the Quick Start console.
4. If you have a Windows service or another function that automatically restarts the servers when they are down, ensure that the service or function is disabled until the upgrade process is complete.
   
   
3. Roll back the fix using the Installation Manager. See Rolling back the refresh pack for instructions.
   
   
4. Restore the backup of all your IBM BPM environment databases.
   
   
5. Run the restoreConfig command for each profile.
   
   
6. If you rolled back to a version earlier than V8.5.6 (V8.5.0.x or V8.5.5), then, before you can start the deployment environment, you must define a JVM argument for the WebSphere server JVMs that run Business Space. In the administrative console, go to Servers > Server Types > WebSphere application servers. For each IBM BPM application cluster member (IBM BPM Advanced and IBM BPM Standard), or for the single IBM BPM application server (IBM BPM Express), perform the following steps:
1. In the Name column, select the server link.
   
   
2. In the Server Infrastructure section, expand Java and Process Management and select Process definition.
   
   
3. In the Additional Properties section, select Java Virtual Machine.
   
   
4. If "-Declipse.bundle.setTCCL=false" is not shown among the existing entries in the Generic JVM arguments field, add it to any existing entries and save your changes.
   
   
5. Synchronize your changes to the managed nodes.
   
   
6. To pick up the configuration changes, restart the IBM BPM application cluster (for IBM BPM Advanced or IBM BPM Standard) or the single IBM BPM application server (for IBM BPM Express).
   
   
7. Start your IBM BPM environment. The environment is now rolled back to its previous state.
• Start the deployment manager and each node agent.
• Start the single cluster or the three clusters in the following order: Messaging, Application, and then Support.
  
  
8. Reinstall needed applications or snapshots, and redo any other applicable configuration changes that you made since you ran the backupConfig command.

Back to top

Additional information

You can find additional information on any of these topics in the IBM Business Process Manager product documentation.

Trademarks and service marks

For trademark attribution, visit the IBM Terms of Use Web site.