Oracle DMP文件异常解决

DMP文件是目前Oracle数据逻辑备份、传输和还原的最常见的方法。无论是开发人员倾向的Exp/Imp工具，还是DBA越来越接受的Data Pump

“想当然”是一种思维定式，也是一种思维惯性。当我们经常处理一类问题，自认为信心满满的时候，就会形成思维定式和惯性。思维定式和惯性可以帮助我们快速定位问题，解决问题，但是也会形成“一叶遮目”。

相同的技术，不同的场景出现问题是千差万别。特别是在第三方不确定人员的参与下，这种问题出现就更加复杂多变。我们能做到的仅是不断积累经验，，提高自身阅历经验，永远本着一颗“本心”去面对我们自己的技术生涯。

DMP文件是目前Oracle数据逻辑备份、传输和还原的最常见的方法。无论是开发人员倾向的Exp/Imp工具，还是DBA越来越接受的Data Pump，都是以.dmp作为文件载体。处理导入导出dmp文件过程中的出现各种问题，已经被大家挖掘差不多了。所以，一般水平的DBA，都可以聊几条常见错误。

笔者一个同事在处理从第三方公司发送Dmp文件时候，处理时遇到问题。联系笔者帮忙解决，在纠结一段时间之后，问题被意想不到的定位和解决。记录下问题，权作为需要朋友不时之需。

1、问题说明

同事在做一个项目，从下属各公司收集数据Dmp文件进行后续处理整合。由于前期沟通有一些问题，所以并没有规定上交文件是用Exp/Imp提交还是DataPump，更不要说版本之类的信息了。所以，同事能做的只有逐步实验进行测试导入。每个文件都意味着一次实验。

在处理过程中，一个公司提交的两个dmp文件问题显现出来。无论是Imp还是Impdp，都不能顺利处理。笔者索要了问题文件，进行初步检查和处理。

文件自身并不是很大，只有几K，这对于Oracle DMP文件来讲是比较奇怪的。因为无论如何，Oracle在保存数据表元数据的时候，都会保存一定的信息文件。那么小的dmp文件是比较少见的。事后想，这就是重要的问题线索。

转移到Windows平台上，调用imp和impdp命令处理文件。

C:\Users\Administrator>impdp \"/ as sysdba\" dumpfile=i_aaa_statistical.dmp

Import: Release 11.2.0.4.0 - Production on Thu Aug 13 17:03:24 2015

Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.

Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit

Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

ORA-39001: invalid argument value

ORA-39000: bad dump file specification

ORA-31619: invalid dump file "C:\app\Administrator/admin/sicsdb/dpdump/i_aaa_statistical.dmp"

C:\app\Administrator\admin\sicsdb\dpdump>imp \"/ as sysdba\" file=i_aaa_statistical.dmp

Import: Release 11.2.0.4.0 - Production on Thu Aug 13 17:07:46 2015

Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.

Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit

Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

IMP-00037: Character set marker unknown

IMP-00000: Import terminated unsuccessfully

调用Impdp命令，报错信息是文件格式不正确。在Oracle官方经验集合中，一般是传输过程（特别是FTP传输）中，text/binary格式数据设置错误导致文件损坏。这种错误在之前笔者也遇到过，除了找原系统管理员重新传输外没有其他办法。

调用Imp命令，报错信息也是同样迷惑。Oracle认为字符集标记错误，无法进行解析。在之前的Blog中，我们了解到dmp文件文件头中包括字符集信息。

两个工具的错误信息，同样是迷惑。Impdp的信息表示文件已经损坏，没有修复的可能。而Imp起码还有一个入手点。笔者打算死马当活马医，起码看看文件头内容。

[oracle@localhost dpdump]$ cat i_aaa_statistical.dmp | od -x |head -1|awk '{print $2 $3}'|cut -c 3-6

ef70

SQL> select nls_charset_name(to_number('ef70','xxxx')) from dual;

NLS_CHARSET_NAME(TO_NUMBER('EF

----------------------------------------

的确是文件头错误。那么，笔者想起来Linux下的file命令，可以查看到文件的一些基础信息。想起码看看损坏文件的类型是什么样子。

[oracle@localhost dpdump]$ file i_aaa_statistical.dmp

i_aaa_statistical.dmp: UTF-8 Unicode (with BOM) Java program text, with CRLF line terminators

UTF-8格式文件。根据笔者之前的经验，作为一个dmp文件，起码是一个二进制文件吧。从file命令结果看，这显然是一个与Java程序相关的文本文件，还包括换行符号。

为了确定出一个Dmp文件究竟是什么样子，笔者分别对Exp和Expdp生成的dmp文件进行解析。

--Expdp文件

[oracle@localhost dpdump]$ file INT_TEST_150317.dmp

INT_TEST_150317.dmp: DBase 3 data file (1728057941 records)

--Exp文件

[oracle@localhost dpdump]$ file scott.dmp

scott.dmp: DBase 3 data file (1380929624 records)

从结果看，起码与Database相关的文件类型。但是问题dmp文件无论如何也不能算是一个二进制文件。

于是乎，笔者壮着胆子，用文本编辑器打开了文件。结果一切真相大白。

prompt PL/SQL Developer import file

prompt Created on 2015年7月01日 by xxxxxx

set feedback off

set define off

prompt Creating I_aaa_stat...

create table I_aaa_stat

(

（篇幅原因，有省略…..）

)

tablespace My_TBS

pctfree 10

initrans 1

maxtrans 255

storage

(

initial 64K

next 1M

minextents 1

maxextents unlimited

)

nologging;

prompt Disabling triggers for I_aaa_stat...

alter table I_aaa_stat disable all triggers;

insert into I_aaa_stat (companyname, plancode, polyr, count)

从文件中，可以看出下属公司是利用PL/SQL Developer的某项功能将数据导出，阴差阳错的将文本文件保存成dmp文件拓展名。

3、结论

后续的处理似乎不需要再过多的解释。这个案例按说虽然蹊跷，但是还算简单。留给笔者最大的感受是：我们如何看待经验？经验是我们日常工作、学习中积累的宝贵财富，也是我们在专业逐步深入的水位线。

但是同时，经验也会形成定式。让我们惯性的去做、去说、去想。当我们的经验不能应对新的问题，求知求变是必不可少的心态和过程。