|Bookshelf Home | Contents | Index | PDF|
Migrate the repository and application customizations between databases so the database schema for the user data, the business objects, and the user interface remain synchronized. Populate the test database, and when sufficient testing has taken place, migrate the repository and update the target database schema. For information on migrating application customizations, see Migrating Customizations Between Applications.
Use the configuration utility, as described in Using Siebel Tools, to replace the object definitions. Then distribute a new Siebel repository file (SRF) to the servers and any remote clients. For customizations involving schema changes, you need to use the configuration utility, which:
If you are using Siebel Anywhere, mobile users need to synchronize the next time they log on to their local database after the migration has occurred. Synchronizing will download new schema changes from the Siebel Server to the mobile user's local database. If they do not synchronize, there will be a mismatch between the local database and the server database. For further information on Siebel Anywhere, see Siebel Anywhere Administration Guide.
NOTE: Importing a repository and then synchronizing the schema definition in a target system is equivalent to migrating the repository. However, after importing the repository and before synchronizing the schema definition, it is necessary to rename the older repository to a temporary name and give the imported repository the correct name. For further information on repository importing and exporting, see Using Siebel Tools.
After the repository migration, perform any post-repository migration tasks, if necessary. See Post-Repository Migration Tasks for information on these tasks.
|Going Live with Siebel Business Applications|