根据前些天为某大飞机公司导入某大飞机生产数据的经历，准备写篇关于Oracle导出文件DMP格式的分析，结果在本机导出一组演示数据时候，出现了错误，顺便解决下。

本机装的是Oracle 11g 32bit(11.0.6)的Client，主要是为了使用ODT.Net 11.0.6.21，支持VS2008。但是采用EXP命令导出数据库的时候，出现了些诡异的错误。

执行

C:\>EXP plx/plx@orcl  FILE=c:\plx.dmp TABLES=(s,sc,c)

结果报错

Export: Release 11.1.0.6.0 – Production on 星期日 7月 26 12:42:19 2009

Copyright (c) 1982, 2007, Oracle.  All rights reserved.
连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 – Production
With the Partitioning, OLAP and Data Mining options
已导出 ZHS16GBK 字符集和 UTF8 NCHAR 字符集
服务器使用 UTF8 字符集 (可能的字符集转换)

即将导出指定的表通过常规路径…
. . 正在导出表                               S
EXP-00008: 遇到 ORACLE 错误 904
ORA-00904: “MAXSIZE”: invalid identifier
. . 正在导出表                              SC
EXP-00008: 遇到 ORACLE 错误 1003
ORA-01003: no statement parsed
. . 正在导出表                               C
EXP-00008: 遇到 ORACLE 错误 904
ORA-00904: “MAXSIZE”: invalid identifier
EXP-00008: 遇到 ORACLE 错误 942
ORA-00942: table or view does not exist
EXP-00024: 未安装导出视图, 请通知您的 DBA
EXP-00000: 导出终止失败

很诡异，从来没见过的错误，怎么会报没有字段的错误呢。

于是Google（在技术资料方面BAIDU就是垃圾），

有个哥们说是数据字典丢了，我很诧异，我前几天在Oracle 10g Client下导出过了，怎么会丢失数据字典，还是半信半疑的执行了。

在服务器上执行

oracle@linux-lrn6:~> sqlplus sys/sys@orcl as sysdba

SQL>@/opt/oracle/product/10.2/db_1/rdbms/admin/catexp.sql

以重建数据字典。

建好了后，再次执行导出，还是不行。

但是我在服务器上执行同样的语句就可以。

于是我意识到可能是EXP版本问题，于是测试。

在一台11g的机器上运行一条SQL检测那个MAXSIZE是个什么列。

SQL> select distinct table_name from user_col_comments where column_name=’MAXSIZE’;

TABLE_NAME
————————————————————
EXU9STOU
EXU9PLB
EXU9PDSU
EXU9LBCPU
EXU9PDS
EXU9IXCP
CPOOL$
EXU9TBCPU
EXU9TBCP
EXU9STO
EXU9IXCPU

TABLE_NAME
————————————————————
DBA_CPOOL_INFO
EXU9TBS
EXU9PLBU
EXU9LBCP

然后在10g的服务器上运行同样的语句，没有返回行。可见MAXSIZE是11g在数据字典中新加的项，10g是没有的。

#10g
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 – 64bit Production
With the Partitioning, OLAP and Data Mining options

SQL> desc sys.exu9tbs
名称                                      是否为空? 类型
—————————————– ——– —————————-
ID                                        NOT NULL NUMBER
OWNER                                                CHAR(6)
NAME                                   NOT NULL VARCHAR2(30)
ISONLINE                                              VARCHAR2(7)
CONTENT                                              VARCHAR2(9)
INIEXT                                  NOT NULL NUMBER
SEXT                                    NOT NULL NUMBER
PCTINC                                 NOT NULL NUMBER
MINEXT                                 NOT NULL NUMBER
MAXEXT                                NOT NULL NUMBER
MINLEN                                                 NUMBER
DEFLOG                                 NOT NULL NUMBER
EXT_MGT                               NOT NULL NUMBER
ALLOC_TYPE                          NOT NULL NUMBER
BLOCKSIZE                            NOT NULL NUMBER

#11g
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 – Production
With the Partitioning, OLAP and Real Application Testing options

SQL> desc sys.exu9tbs
名称                                      是否为空? 类型
—————————————– ——– ————————-
ID                                         NOT NULL NUMBER
OWNER                                                 CHAR(6)
NAME                                    NOT NULL VARCHAR2(30)
ISONLINE                                              VARCHAR2(7)
CONTENT                                              VARCHAR2(9)
INIEXT                                   NOT NULL NUMBER
SEXT                                     NOT NULL NUMBER
PCTINC                                  NOT NULL NUMBER
MINEXT                                  NOT NULL NUMBER
MAXEXT                                 NOT NULL NUMBER
MINLEN                                                  NUMBER
DEFLOG                                  NOT NULL NUMBER
EXT_MGT                                NOT NULL NUMBER
ALLOC_TYPE                            NOT NULL NUMBER
BLOCKSIZE                             NOT NULL  NUMBER
MAXSIZE                                                 NUMBER ———>问题在这里

所以，导入导出数据的时候，还是尽可能的版本统一，10g导10g的，11g导11g的，免得不必要的麻烦。

好了，言归正传，分析DMP格式。

DMP是什么诡异格式？就是上面Oracle的EXP工具导出的备份文件的格式。

某次脑子发烧用gVim打开DMP猛然发现它就是一些SQL，令我非常诧异，于是发现了一些诡异的修改备份的方法，就是直接修改DMP文件。

下面我打开一个新鲜导出的备份文件，分析一下DMP的结构。

首先一打开DMP，最上面有几行这样的东西：

DPLX
RUSERS
8192
0
20
0

下面那些数字不要管，数据库的一些参数，DPLX就是导出的用户名，D是标识，PLX是用户名，EUSERS是默认表空间，E是标识，USERS是表空间。

继续往下看，能看到这样的语句：

sys.dbms_logrep_imp.instantiate_schema(schema_name=>SYS_CONTEXT(‘USERENV’,'CURRENT_SCHEMA’), export_db_name=>’ORCL.REGRESS.RDBMS.DEV.US.ORACLE.COM’, inst_scn=>’5603910′);

这个是建立模式的语句，原则上每个用户就是一个模式，Schema。

这上面这些东西，最好都不要改，改了要出事的，一般导入就不行了，会失效，因为DMP虽然大部分是明文SQL，但是也有一部分是二进制的，改了这里会影响校验。

再往后看就有建表语句了，

CREATE TABLE “C” (“CNO” NUMBER(10, 0) NOT NULL ENABLE, “CNAME” VARCHAR2(20) NOT
NULL ENABLE, “CPNO” NUMBER(10, 0), “CCREDIT” NUMBER(3, 0) NOT NULL ENABLE)  PCTF
REE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 STORAGE(INITIAL 65536 FREELISTS 1 FREE
LIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE “USERS” LOGGING NOCOMPRESS

有时候导出的表空间混乱，就可以在黄色底色的那里改，替换成想要的表空间。

然后一个表下面就是插入数据的语句了：

INSERT INTO “C” (“CNO”, “CNAME”, “CPNO”, “CCREDIT”) VALUES (:1, :2, :3, :4)
再往下就是一堆二进制，就是要插入的数据，那个就改不了了，Oracle没有公开格式。

不过知道这些已经足以解决导入中的很多问题，尤其是表空间混乱的问题。

某大飞机数据库就非常混乱，一个ARJ用户模式（我没有泄密，公开的）下有来自ARJ,M3,USERS,SYSTEM等表空间的表，就是导入的时候方法不正确。然后用上篇Oracle日志中取消权限的方法，也会有些表导不进去，这是Oracle的BUG，但是我这样改了以后，导入后想在哪个表空间就哪个表空间。

用这种方法修改了某大飞机的两个数据库导出文件，导入到同一个用户模式下了，表空间全部统一，数据没有丢失，导入过程完全没用警告。

类似的文章

• 2009年07月9日 -- Oracle 最近的一些记录 (0)
• 2009年07月22日 -- 今天为XXX导数据的记录 (0)
• 2010年01月9日 -- 在OEL5.4上安装Oracle 10g R2 x64 RAC的一些记录 (1)

约的9：30，我八点多醒了，一看天黑黑的，于是，嗯，继续睡……
后来知道这是传说中的“日全食”。

然后刷牙洗脸就P颠P颠地跑到某个地方，虽然已经超过9：30了，但是，嗯，客户又没来……还是我等他（没打错，谢谢合作）。
鉴于电脑还在，我就先开工了~

昨天对方已经先重装Oracle了，系统表丢失的问题已经没有了，只要导入两个DMP文件就可以了。
本以为很轻松的事情，还是耗了很久，最后经我鉴定是导出文件的问题。

问题描述：有ARJ.DMP和M3.DMP两个备份文件，导出时的状态是，ARJ和M3两个用户分别拥有ARJ和M3两个表空间，然后表又混乱分分布在USERS，ARJ，M3甚至SYSTEM中。
作为一名专业的DBA（呕吐……），显然不能允许这种诡异状态的出现，根据客户的要求我计划的导入目标是：所有表都导入在同一表空间M3下，所有表属于M3用户模式。

于是就开工了，首先采用一般方法，剥夺M3用户的 UNLIMITED TABLESPACE 权限，然后将M3用户的默认表空间修正在M3表空间，并给予无限额权限，同时防止 SYSTEM 表被写，取消了M3用户对 SYSTEM 表的配额。

REVOKE UNLIMITED TABLESPACE FROM m3;
ALTER USER m3 DEFAULT TABLESPACE m3;
ALTER USER m3 QUOTA UNLIMITED ON m3;
ALTER USER m3 QUOTA 0 ON system;

然后开始导入工作：
IMP M3/M3@ORCL FILE=M3.DMP FROMUSER=M3 TOUSER=M3
IMP M3/M3@ORCL FILE=ARJ.DMP FROMUSER=ARJ TOUSER=M3

导入过程中有大约20张表无法导入，都是原先USERS、ARJ表空间下的，经过搜索，这是Oracle的BUG，只能另想办法。
于是我采用导出表结构的方法，手动运行SQL建表，然后再次IMP：
–获得DMP中所有用户表的建表语句，将CREATE.SQL中的注释(REM)等杂信息替换成空格，然后在SQLPlus中执行脚本，就把表建好了。
IMP M3/M3@ORCL FILE=ARJ.DMP INDEXFILE=CREATE1.SQL FROMUSER=ARJ TOUSER=M3;
IMP M3/M3@ORCL FILE=M3.DMP INDEXFILE=CREATE2.SQL FROMUSER=M3 TOUSER=M3;
@C:\CREATE1.SQL
@C:\CREATE2.SQL
–再次执行导入
IMP M3/M3@ORCL FILE=M3.DMP FROMUSER=M3 TOUSER=M3
IMP M3/M3@ORCL FILE=ARJ.DMP FROMUSER=ARJ TOUSER=M3

理论上已经成功的导入了所有表，但是经过实测，还是有部分表信息不全，导入了一部分行，这个很诡异，我也不知道怎么回事，于是另想办法。
想遍了所有办法，只能手动改DMP了，很伟大的事业……嗯~
打开伟大的gVim，将DMP中所有的 TABLESPACE “XXX” 全部替换成TABLESPACE “M3″，
再次执行导入：
IMP M3/M3@ORCL FILE=M3.DMP FROMUSER=M3 TOUSER=M3
IMP M3/M3@ORCL FILE=ARJ.DMP FROMUSER=ARJ TOUSER=M3
完全正常。

同时也发现，确实有些表，在上次导入的时候(那次不是我……)没有把信息导出来，只有表结构，这个我就回天乏术了，
我已经已经尽力而为，将导出各种混乱的表至少整齐划一的导入到了统一表空间下存储，导出时丢失数据，这个可以研究下是怎么丢失的~

类似的文章

• 2009年07月9日 -- Oracle 最近的一些记录 (0)
• 2009年07月26日 -- 对Oracle导出文件错误和DMP文件结构的分析 (0)
• 2010年01月9日 -- 在OEL5.4上安装Oracle 10g R2 x64 RAC的一些记录 (1)

最近遇到一个比较诡异的问题，一个数据库DROP任何东西的时候都出错，大致错误是“SQL递归在第一层错误，视图、表不存在”。

我网上搜了下，有人说是DUAL里面记录不止一条造成了，把DUAL清空再插入一条记录就OK，如下

DELETE FROM DUAL;
DELETE FROM DUAL;
INSERT INTO DUAL VALUES('X');

我亲自上机尝试，发现这种方法在我们这里并不生效。

经过TRACE，

ALTER SESSION SET sql_trace = true;

我发现是有一张系统表不存在，但是网上找不到这张表的结构，于是我这个悲剧小菜鸟只能选择重装数据库导入数据。

准备今天再详细的跟踪一下DROP语句的解析，看能不能找出其他原因。

SQL>ALTER SESSION SET sql_trace=true;
SQL>ALTER SESSION SET EVENTS '10046 trace name context forever,level 12';
SQL>DROP TABLE p CASCADE CONSTRAINT;
SQL>ALTER SESSION SET EVENTS '10046 trace name context off';
c:\>tkprof $oracle_home\admin\testdb\udump\oracledb_ora_3340.trc  c:\m3_droptable.txt

传说中是可能是MDSYS用户的表不能删除导致的，只要删除MDSYS就可以了。

DROP USER mdsys CASCADE;

也可能是角色引起的，删除角色。

ALTER SESSION SET EVENTS '25475 trace name context forever, level 2';
execute DBMS_RULE_ADM.DROP_RULE('.AQ$WF_DEFERRED_QUEUE_M$1',TRUE);
commit;
execute DBMS_RULE_ADM.DROP_RULE_SET('AQ$WF_DEFERRED_QUEUE_M$1');
commit;

实在不行只能先导出数据库了。
exp m3/m3 owner=m3;

然后导入的时候为了保证导入到自己表空间下，要先设置下用户。

REVOKE UNLIMITED TABLESPACE FROM m3;
ALTER USER m3 DEFAULT TABLESPACE users;
ALTER USER m3 QUOTA UNLIMITED ON users;
ALTER USER m3 QUOTA 0 ON system;

imp m3/m3 fromuser=m3 touser=3;

类似的文章

• 2009年07月26日 -- 对Oracle导出文件错误和DMP文件结构的分析 (0)
• 2009年07月22日 -- 今天为XXX导数据的记录 (0)
• 2009年08月20日 -- 关于VS2008与一些数据源配置的问题 (0)