window2008 、 oracle11.2g 无法imp,dmp。



现场环境:window2008 、 oracle11.2g  、客户端安装的是oracle10g一个简洁版 34M的。

在imp导入时,提示

 

Message 100 not found; No message file for product=RDBMS, facility=IMP: Release 11.2.0.1.0 - Production on Tue Oct 29 09:49:48 2013

Copyright (c) 1982, 2009, Orac

Invalid format of Import utility name

Verify that ORACLE_HOME is properly set

Import terminated unsuccessfully

IMP-00000: Message 0 not found; No message file for product=RDBMS, facility=IMP

 

上网查了一下,有人出现该问题的原因是:【使用该方法解决imp问题】

oracle安装路径\rdbms\mesg下面的文件expus.msb,expzhs.msb,impus.msb,impzhs.msb没有导致,安装问题,

从别的地方拷贝文件后,问题解决。

 

我这里的原因是ORACLE_HOME 问题。

我的电脑--》环境变量--》里面的oracle_home 正常情况下应该是 D:\app\Administrator\product\11.2.0\dbhome_1

而现在是安装oracle客户端简洁版的路径。

问题原因应该是我先安装的oracle服务器,后安装的客户端,该变量被修改了。

 

修改成D:\app\Administrator\product\11.2.0\dbhome_1,问题解决。


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

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

exp 仍会报错

EXP-00008: 遇到 ORACLE 错误 1003
ORA-01003: 语句未进行语法分析

原因:


EXP-00008: 遇到 ORACLE 错误 904 ORA-00904: "MAXSIZE": invalid identifier

 

原因:oracle版本不一样

 

执行

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,但是我这样改了以后,导入后想在哪个表空间 就哪个表空间。

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

你可能感兴趣的:(ORACLE)