Oracle的imp命令导入备份数据

　2008-12-16 13:05:40　来源：WEB开发网　　　

核心提示：笔者在做项目过程中遇到以下问题，在客户提供的数据库备份文件需要导入到数据库中，Oracle的imp命令导入备份数据，以便使用，数据库为Oracle 9.1.1,安装在Windows Server 2000 JP系统中，则导入过程会失败，只能先将已经存在的表删除，服务器端字符集为JAPANESE_JAPAN_UTF8,

笔者在做项目过程中遇到以下问题，在客户提供的数据库备份文件需要导入到数据库中，以便使用，数据库为Oracle 9.1.1,安装在Windows Server 2000 JP系统中，服务器端字符集

为JAPANESE_JAPAN_UTF8,而客户端使用的是中文Windows Server 2000系统，字符集为SIMPLIFIED CHINESE_CHINA.ZHS16GBK。

在插入数据过程中出现如下问题：

连接到: Oracle9i Release 9.0.1.1.1 - Production

JServer Release 9.0.1.1.1 - Production

IMP-00016: 不支持要求的字符集转换（从类型830到852）

IMP-00000: 未成功终止导入

使用2进制文件编辑工具，如uedit32。打开导出的dmp文件，获取2、3字节的内容，如00 01，先把它转换为10进制数，为1，使用函数NLS_CHARSET_NAME即可获得该字符集：

SQL> select nls_charset_name(1) from dual; NLS_CHARSET_NAME(1) ------------------- US7ASCII可以知道该dmp文件的字符集为US7ASCII，如果需要把该dmp文件的字符集换成ZHS16GBK，则需要用NLS_CHARSET_ID获取该字符集的编号：

笔者遇到的问题为830到852类型转换错误，进入Oracle的sqlplus,进行以下查询：

SQL> select nls_charset_name(830) from dual; NLS_CHARSET_NA -------------- JA16EUC SQL> select nls_charset_name(852) from dual; NLS_CHARSET_NAME ---------------- ZHS16GBK SQL>

SQL> select nls_charset_id('zhs16gbk') from dual; NLS_CHARSET_ID('ZHS16GBK') -------------------------- 852把852换成16进制数，为354，把2、3字节的00 01换成03 54，即完成了把该dmp文件字符集从us7ascii到zhs16gbk的转化，这样，再把该dmp文件导入到zhs16gbk字符集的数据库就可以了。

影响oracle数据库字符集最重要的参数是NLS_LANG参数。它的格式如下: NLS_LANG = language_territory.charset .它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。

其中: Language 指定服务器消息的语言，territory 指定服务器的日期和数字格式，charset 指定字符集。如:AMERICAN _ AMERICA. ZHS16GBK .

可以使用以下命令获取字符集名称：

SQL> select userenv('language') from dual; USERENV('LANGUAGE') ------------------------------------------------------------------------------- SIMPLIFIED CHINESE_CHINA.UTF8 SQL>

用oracle的exp工具导出的dmp文件也包含了字符集信息，dmp文件的第2和第3个字节记录了dmp文件的字符集。如果dmp文件不大，比如只有几M或几十M，可以用UltraEdit打开(16进制方式)，看第2第3个字节的内容，如0354，然后用以下SQL查出它对应的字符集:

SQL> select nls_charset_name(to_number('0354','xxxx')) from dual; NLS_CHARSET_NAME(TO_NUMBER('0354','XXXX')) -------------------------------------------------------------------------------- ZHS16GBK SQL>

03 03 3e 45 .....其中的033e就是字符集对应的值。

上文说过，dmp文件的第2第3字节记录了字符集信息，因此直接修改dmp文件的第2第3字节的内容就可以‘骗’过oracle的检查。这样做理论上也仅是从子集到超集可以修改，但很多情况下在没有子集和超集关系的情况下也可以修改，我们常用的一些字符集，如US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK基本都可以改。因为改的只是dmp文件，所以影响不大。

具体的修改方法比较多，最简单的就是直接用UltraEdit修改dmp文件的第2和第3个字节。比如想将dmp文件的字符集改为ZHS16GBK，可以用以下SQL查出该种字符集对应的16进制代码:

SQL> select to_char(nls_charset_id('ZHS16GBK'), 'xxxx') from dual;

0354

然后将dmp文件的2、3字节修改为0354即可。

另外，如果dmp文件中备份的数据库表已经存在，则导入过程会失败，只能先将已经存在的表删除，在进行导入。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1490297