时间:2021-07-01 10:21:17 帮助过:61人阅读
公司的一个测试库原来的版本是Oracle 11gR2的。 有些语法10g的有些出入,老大说把测试库重建一下,用10g的版本。虽说可以停机,数
公司的一个测试库原来的版本是Oracle 11gR2的。 有些语法10g的有些出入,老大说把测试库重建一下,用10g的版本。
虽说可以停机,数据量也不大,不过白天研发的同事要使用测试库,所以只能晚上加班搞。 打算使用数据泵expdp/impdp 来做。 因为从高版本到低版本导需要加上version 参数,之前还没有测试过。 用这个机会测试一下。
数据泵的更多示例,参考我的Blog:
Oracle expdp/impdp 使用示例
步骤如下:
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 在最后统计信息那块报错, 所以查看了一下统计信息,,已经导入了。 让开发的同事测试了一下,没有问题。