The IBM® Rational® ClearQuest documentation states that to change the code page you need to recreate replicas. This could be unnecessary and time consuming. This technote explains steps if you are upgrading from a character set that is a subset of another, for example ASCII to Latin-1.
The documentation in the ClearQuest 7.0 Installation and Upgrade Guide p. 142 states:
In a Rational ClearQuest MultiSite environment, to change the data code page at the master site and replicate the modified database, do the following:
- Back up your databases.
- Remove all replicas.
- Change the data code page at the master site.
- Scrub the oplogs.
In a Rational ClearQuest MultiSite environment, changing the data code page from any non-ASCII value might introduce incorrect data in your oplogs. For best results, remove all replicas, clean the database at the mastering site, scrub the oplogs, and then re-create your replicas.
Resolving the problem
If you are upgrading from a character set that is a subset of another, for example ASCII to Latin-1, you will not have to remove and recreate all replicas.
Here are some steps and issues to consider:
- Verify that the vendor database character set is set appropriately as listed in the Appendix B Table 25 of the ClearQuest 7.0 Installation and Upgrade Guide.
Note: If the database vendor character set is not correct to support the target code page, then the procedure as documented in the upgrade manual should be followed. This would involve creating a new database instance with the correct database vendor character set, and then copying the data into the newly constructed database instance.
- Run the codepageutil to verify that there are no offending records. If this is not run and there are some, you will have synchronization problems in the future. The remedy for this is to fix the records in the database
- Use the ClearQuest Maintenance Tool on the mastership site, to update the code page, and then perform a syncreplica.
- As with any schema change in a MultiSite environment, backup databases, stop all synchronizing, ensure all users are disconnected from all the databases (stop and restart database so there are no open connections), and ensure all sites are synchronized.
Always make new database back-ups of your schema repository and user databases prior to making schema changes and performing database upgrades. Failure to create back-up copies can limit your ability to recover from a an upgrade failure, design change issues or other unforeseen failures.
|Software Development||Rational ClearQuest||Multiutil|