最近在测试CQ升级的环境,发现数据库复制以后代码页不匹配,请高手指教.
报错如下:

问题已经解决 [打开主题]

本主题的最佳答案为 [ 3 楼].

升级后更改了codepage了吗？

Problem(Abstract)
This technote describes possible resolutions to the error: "String returned from the ClearQuest OLE Automation server is not in the local code page, "1252 (MS Windows Latin 1)" that might occur when using IBM® Rational® ClearQuest® (CQ) with Visual Basic or PERL hooks.  
  


Symptom
The ClearQuest user receives the following error:

Execution of a hook failed during the action Submit. It was the ACTION_INITIALIZATION hook attached to the XYZ_Customizable_Lists "33556047".  The reason for the failure was: String returned from the ClearQuest OLE Automation server is not in the local code page, "1252 (MS Windows Latin 1)". The string is "??".  The following characters are invalid: U+16b3 at 1 U+7c34 at 2.  
  

Cause
ClearQuest cannot interpret the string values in the data.  
  

Resolving the problem
To resolve this issue:
Check that you are setting the string mode properly for PERL hooks. See technote 1271947 for more details:
Check that all strings for your dynamic lists are correct and do not have values outside your ClearQuest code page. See technote 1178667 for more details on how to correct dynamic lists.

URL:http://www-01.ibm.com/support/docview.wss?ratlid=cctocbody&rs=984&uid=swg21297628

最佳答案

该回答被楼主/管理员列为正解!

升级到7.0.1后，在维护工具中尝试修改code page，看能否解决问题。

1. 用 CQ Desginer 打开这个 schema, 然后找到有错误的 HOOK ，选中 Unicode Aware 选项,然后 check in schema, 升级 user db 试一下。
2. 看下你的模式库的 codepage和物理数据库的 codeage 是否一致.

Hook调用的是fullname列表，有几个显示是乱码的，但是在6.0中是没有问题的。后来我在7.0中把显示乱码的
那几个fullname删除就不报错了。谢谢楼上的各位！