Prepare the Databases
1. Check your RDBMS against System Requirements for Software AG Products 9.9. If the RDBMS version you are using is not supported by your 9.9 products, upgrade to a supported RDBMS version.
2. Some products, like Integration Server, Optimize, Process Engine, and Trading Networks, offer features to archive or purge data from their database components. You can reduce the amount of time needed to migrate database components later in this procedure if you archive and purge them now. For instructions, see the product documentation.
3. Back up the old databases.
If you are upgrading My webMethods Server, back up the My webMethods Server installation directory at the same time you back up the database. If you have problems, you will need to restore data from both types of backup.
4. Software AG recommends using cloned databases when testing your upgrade. Cloning operations are typically done at the level of the schema (Oracle) or database (SQL Server and DB2) that contains the product database components, or at the level of the database user that owns all the database components. Data cloning is usually performed using export and import tools that are bundled with the database. For cloning procedures, see your database vendor documentation.
Software AG recommends the following:
Installing Software AG Products describes the basic grants and privileges needed to work with product database components. Before cloning the databases, give the database users that will work with the cloned databases the same basic grants and privileges that were given to the database users that work with the live databases.
In some cases, one database user grants permissions to a second user (for example, the process audit database user grants permissions to a second user to archive process audit data). Before cloning the databases, create the second user in the new schema or database.
Use a separate database user (Oracle) or database (SQL Server or DB2) to host the cloned databases.