Oracle 12C 修改字符集为AL32UTF8研究

有这样一个问题：PDB字符集能否从ZHS16GBK修改为AL32UTF8?答案：由于CDB为ZHS16GBK，导致PDB不能修改。 针对这个问题作了一下学习，记录一下。 1、迁移转换字符集方法：12C ：只有DMU这个工具10g/11g ：csscan/ csalter /部分 exp/imp8i/9i ：Alter Database Character Set () / 部分 exp/imp  2、AL32UTF8 是一个变宽度的字符集，表示为 1 个字符的代码可以是 1，2，3 或 4 个字节长。 这 与 WE8ISO8859P1 或 WE8MSWIN1252 字符集中 1 字符始终是 1 个字节有很大的区别。 3、使用 AL32UTF8数据库会增长，最大的扩展将会发生在 CLOB 类型上（或者 XMLtype – 该类型后台使用 CLOB）， 如果源数据 库是 8 bit 字符集（WE8ISO8859P1，WE8MSWIN1252 等），那么转换后的 Clob 列会在磁盘 大小上变成原来的两倍。  4、CDB不能转换字符集，只能重新创建CDB。DMU 是PDB转换字符集的唯一工具； 5、截至2019.9.8，DMU最新版本为19.1,使用过程图形界面有卡死现象。DMU用于转换数据的过程是： 将数据库置于受限模式。 禁用各种作业队列进程。 删除或禁用所选索引。 禁用选定的触发器和约束。 将用户表和选定数据字典表中的数据转换为Unicode。 转换CLOB数据字典中的列。 发表ALTER DATABASE CHARACTER SET声明。 启用触发器和约束; 并重新创建索引和约束。 恢复数据库实例参数。 6、使用9i 传统方法alter database character set INTERNAL_USE AL32UTF8;  修改CDB测试成功，但oracle官方不推荐。该方法并未执行两个步骤：将用户表和选定数据字典表中的数据转换为Unicode  和 转换CLOB数据字典中的列。这两关键步骤只能通过DMU实行。 测试：使用该方法切换CDB字符集从ZHS16GBK到AL32UTF8成功，同时PDB$SEED也自动变化；但按官方说法切换不完整，不赞成这样做。 7、NLS_NCHAR_CHARACTERSET（"国家字符集"）定义了 NCHAR，NVARCHAR2 和 NCLOB 列 的编码并且在 9i 及以上版本已经是 Unicode了（参见 Note 276914.1 The National Character Set in Oracle 9i 10g and 11g）。  8、NLS_CHARACTERSET（"字符集"）定义了"普通的" CHAR，VARCHAR2，LONG 和 CLOB列编 码，这些也可以被用于存放 Unicode。在这样的情况下需要 AL32UTF8 或者 UTF8 NLS_CHARACTERSET 数据库。 参考文档：AL32UTF8/UTF8（Unicode）数据库字符集含义 (文档 ID 1946289.1)如何选择或更改数据库字符集 (NLS_CHARACTERSET) (文档 ID 1525394.1)The Database Migration Assistant for Unicode (DMU) Tool (文档 ID 1272374.1)