Draft Document for Review July 28, 2004 7:33 pm

6320ch_before_migration.fm

2.Delete all roles for user.

delete from accmbrgrp where users_id=<users_id>

3.Add Store Administrator as role for our users.

insert into accmbrgrp values (-6,<users_id>,-2000,NULL)

10.3.7Custom message types

If you have created any custom message types in the MSGTYPES table, you may be required to update the MSGTYPE_ID column for your new types in order to avoid a conflict with new message types introduced in WebSphere Commerce V5.6. If you have not created any custom types, you can safely skip this sub-section.

As the MSGTYPE_ID column in the MSGTYPES must contain unique values, you must ensure that any custom message types that you have created do not have a MSGTYPE_ID the same as any new types in WebSphere Commerce V5.6. The simplest way to ensure that this does not happen is to update your custom types by adding 10000 to MSGTYPE_IDs. This must be done manually from a DB2 Command Window or the DB2 Command Center.

Failure to complete this step for custom message types can result in the database migration script failing to complete successfully.

10.3.8 Dropping foreign key references

If you have created any custom tables that have foreign key references to tables in the standard WebSphere Commerce data model, you must drop these foreign keys before proceeding with the migration. During the database migration, many tables are dropped, replaced with new versions and then re-populated with your data. If foreign key relationships exist, this may prevent the tables from being dropped, leading to the database migration script failing.

You must also drop any custom views that have been created in the database, as these may interfere with the operation of the database migration scripts.

Once the migration has completed successfully, you must recreate your foreign key relationships manually. If possible, while you are working on the migration, it is a good idea if a member or your team starts create a script that will recreate the references once the migration has completed. They will need to refer to the online help to check that the data model changes do not impact the referential integrity or appropriateness of the custom tables. The online help can be found at:

http://publib.boulder.ibm.com/infocenter/wc56help/index.jsp

Chapter 10. Pre-migration steps

199

Page 217
Image 217
IBM SG24-6320-00 manual 199