oracle如何做膨胀数据_Oracle数据库迁移ZHS16GBK

背景：两个数据库服务器，分别对应两个数据库，每个数据库对应一个实例，每个实例存在两个用户分别管理各自的数据，其中一个数据库采用ZHS16GBK编码，另一个数据库采用AL32UTF8编码，现将数据整合至一个采用AL32UTF8编码的数据库中完成数据的迁移。

数据库编码类型，避免错误

--SQL--

SELECT * FROM V$NLS_PARAMETERS WHERE PARAMETER IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET');

完成编码确认以后就进行某度，提示各种方法尝试，例如修改字符编码，直接导库，设置编码后导库，结果都是有问题，而且问题还是不小，着实被坑了一把。所以能放弃某度就放弃他吧，目前最直观的结果就是带给你效率跟不上。

直接修改编码，失败，不过也提供代码参考，可以解决部分非中文字符问题，惨案如下：

--SQL--

SHUTDOWN IMMEDIATE;

STARTUP MOUNT;

ALTER SYSTEM ENABLE RESTRICTED SESSION;

ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;

ALTER SYSTEM SET AQ_TM_PROCESSES=0;

ALTER DATABASE OPEN;

--进行字符编码的切换，理论切换成功了会自动进行编码转换，但是会提示非超集问题，瞬间尴尬了，都不知道ZHS16GBK和AL32UTF8到底谁是谁的超集

--ALTER DATABASE CHARACTER SET AL32UTF8;

--由于上述的操作失败，直接设置字符集编码，该方法能够修改字符集，但是相应的内容并未真的进行编码转换，甚至导致乱码和数据查询失败，所以还是不起作用

ALTER DATABASE CHARACTER SET INTERNAL_USE AL32UTF8;

SHUTDOWN IMMEDIATE;

STARTUP;

修改编码后导库

1、这里涉及到多用户问题，单用户分别导出，然后导入到新的库会提示DBMS_JOB之类的警示信息，所以需要将多用户数据同时导出到一个dmp文件中，这样才能避免这个问题；

2、但是由于这种方法的设置编码后执行，依然无法解决跨编码导库问题，提示对应的字符长度不匹配，因此仍然失败。

惨案如下：

::bat

set NLS_LANG=SIMPLIFIED CHINESE_CHINA.AL32UTF8

::导出用户user1，user2的所有相关表至db.dmp文件中,操作日志为db.log

exp