问题描述
亲爱的，
我们已成功将 siebel 8.1.1.11 升级到 siebel 19.11，没有任何问题。 SIT 测试、带有负载测试和 PROD 健全性的 UAT 测试是成功的。从一周开始，没有关于功能和 PROD 应用程序的问题报告，直到现在没有问题报告。
但是，在我们上线后，我们观察到一个 EIM 进程中的一个失败，原因是 VARCHAR2 50 CHAR 转换为 VARCHAR2 50 BYTE 并且由于这几个冗长的字符串无法上传。这在 SIT 和 UAT 中没有发现。
在研究这个问题时，我们观察到 ddlsync 应该在最后运行 /W Y 命令。在进一步研究中，我们发现我们的 Oracle 数据库使用 UNICODE，并且我们使用非 UNICODE 模式运行 siebel 升级。
这给我带来了很大的压力，因为系统已经投入使用。但到目前为止还没有报告一个问题。
在 DEV 问题修复期间，我们已将系统首选项“企业数据库服务器代码页”值更新为 UTF8。我想这解决了数据库代码的所有问题。
在 S_APP_VERSION 表中为 UNICODE 找到了另一个参考 UNICD_DATATYPS_FLG，但目前未设置为 unicode 值，因为 8 位它在我们在非 UNICODE 中运行升级时设置为 N。
我们是否应该在 S_APP_VERSION t0 8 中为 UNICODE 更新 UNICD_DATATYPS_FLG，因为 oracle 数据库在 DB 级别设置为 AL32UTF8 以解决此问题或任何其他解决方法以继续使用 UNICODE 模式执行存储库迁移，因为我们每次迁移时都需要选择此选项从 DEV 到 UAT，从 DEV 到 PROD。或者我们不应该将 S_APP_VERSION 中 UNICODE 的 UNICD_DATATYPS_FLG 保留为 N 并继续使用非 uniocde 模式，因为即使在上线一周后我们也没有遇到任何问题。
谢谢， 斯里尼瓦斯
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）