11往10导

来源:互联网 发布:python的全局变量 编辑:程序博客网 时间:2024/05/01 10:19

1. 10g版本的库装好,并创建一个实例

 

2. 查看原用户对象总数

SQL> select count(*) from dba_objects where owner in ('WANGOU','SUP','QISHUN');

 

 

这样导完之后,就可以比较一下。

 

3.  创建目录,并用expdp导出数据

SQL>create directory backup as '/u01/backup';

#expdp /'/ as sysdba/' directory=backup full=y dumpfile=wgfullexp.dmp logfile=fullexp.log version=10.2.0.1 ;

-- 注意参数,我是从11gR2的库导的,我要导入10g的库,通过version指定版本信息。

 

4.  Toad 导出原测试库 表空间用户等脚本。

 

5.  在新的测试库用之前导出的脚本把表空间创建好。

 

6.  创建dir,用impdp 导入数据

SQL>create directory backup as '/u01/backup';

#impdp /'/ as sysdba/' directory=backup full=y dumpfile=wgfullexp.dmp logfile=fullimp.log;

 

impdp 没有成功,最后的错误如下:

  Processing object type DATABASE_EXPORT/SCHEMA/TABLE/STATISTICS/TABLE_STATISTICS

ORA-39112: Dependent object type TABLE_STATISTICS skipped, base object type TABLE:"ORDDATA"."ORDDCM_PREFS_LOOKUP" creation failed

ORA-39112: Dependent object type TABLE_STATISTICS skipped, base object type TABLE:"ORDDATA"."ORDDCM_PREFS_LOOKUP" creation failed

ORA-39112: Dependent object type TABLE_STATISTICS skipped, base object type TABLE:"ORDDATA"."ORDDCM_PREFS_LOOKUP" creation failed

ORA-39125: Worker unexpected fatal error in KUPW$WORKER.PUT_DDLS while calling DBMS_METADATA.CONVERT [TABLE_STATISTICS]

ORA-06502: PL/SQL: numeric or value error

LPX-00225: end-element tag "HIST_GRAM_LIST_ITEM" does not match start-element tag "EPVALUE"

 

ORA-06512: at "SYS.DBMS_SYS_ERROR", line 105

ORA-06512: at "SYS.KUPW$WORKER", line 6241

 

----- PL/SQL Call Stack -----

  object      line  object

  handle    number  name

0x4de6dba8     14916  package body SYS.KUPW$WORKER

0x4de6dba8      6300  package body SYS.KUPW$WORKER

0x4de6dba8     12279  package body SYS.KUPW$WORKER

0x4de6dba8      3279  package body SYS.KUPW$WORKER

0x4de6dba8      6889  package body SYS.KUPW$WORKER

0x4de6dba8      1262  package body SYS.KUPW$WORKER

0x4de62824         2  anonymous block

 

Job "SYS"."SYS_IMPORT_FULL_01" stopped due to fatal error at 20:58:03#o b0d5j2u18982013

 

       因为这里的用户比较多,同事给我的是3个用户,但我连上去看了一下,明显不止三个用户。 所以就不想按用户导,直接full =y 全库导了。

 

       impdp 的时候,如果用户不存在会自动创建。 所以在我impdp的时候,我没有去创建用户。 不过如果是生产环境,还是按部就班的来。 先建好表空间,用户,按用户来导。

 

       imdp失败了,但之前导的表,索引等对象导入过了。 用:

       SQL> select count(*) from dba_objects where owner in ('WANGOU','SUP','QISHUN');

 

查看了新测试库上这3个用户的对象,比原库少了20个。

 

       把2个库对象的详细数据导出到txt,用UC 比较了一下,少的20个对象是触发器。 用Toad 在原库上把这20个触发器的sql导出来,在新库上执行一下。 最后检查了一下。 两遍对象一致。

 

       因为impdp 在最后统计信息那块报错, 所以查看了一下统计信息,已经导入了。 让开发的同事测试了一下,没有问题。

0 0