我正在尝试使用csscan将数据库从US7ASCII迁移到Al32Utf8。在使用CSSCAN的初始扫描期间,我们发现了数据字典()和应用程序数据中的有损数据的存在.CAN任何一个都可以帮助您在将数据库从US7ASCII转换为AL32UTF8之前如何处理有损数据。

**USER.TABLE|COLUMN      LOSSY**

SYS.SOURCE$|SOURCE         143
.

有帮助吗?

解决方案 2

终于能够将数据库的字符集从US7ASCII迁移到AL32UTF8。

首先,我已经将US7ASCII转换为中间字符集WE8MSWIN1252。进一步可以迁移到Al32Utf8。转换为中间字符集的优点是它将转换为We8mswin1252而没有任何问题(损耗数据)从US7ASCII到Al32Utf8的先前有损耗数据将不会在从We8mswin1252转换为Al32utf8时,从We8mswin1252转换为Al32utf8 We8mswin1252的严格超集(WE8MSWIN1252中的每个字符的方法可以转换为AL32UTF8),或者有损数据将减少从WE8MSWIN1252到AL32UTF8的转换。

如果仍有一些有损数据。对于数据字典,我们必须处理VARCHAR型损耗数据,因为CLOB型损耗数据由Oracle处理自己。大多数是通过备份备份,并且在剩下的字符集迁移后重新创建具有损坏内容的对象。

对于应用程序数据,我们必须导出数据对象,然后删除它们并在完成字符集迁移时再次导入它。

一个人应该从Oracle支持中获取帮助,而字符集迁移如果您面对一些损失数据,因为它是关键活动,并且可能导致数据库损坏

其他提示

直接从手动

迁移可转换数据字典数据的最简单方法是在目标字符集中创建一个新数据库,然后通过导出和导入重新创建所有数据字典和架构定义。但是,此方法意味着创建新数据库。

基于我在本手册中读的内容,这是迁移的最安全和最简单的方法来做这种迁移。

许可以下: CC-BY-SA归因
不隶属于 dba.stackexchange
scroll top