IBM SG24-6320-00 Manuel D’Utilisation

 Chapter 10. Pre-migration steps 

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

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)

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_ID

s. 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.

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: