oracle 10g数据泵和导入导出性能对比（一）

前一段时间在一次迁移中同时用到了数据泵和EXP，发现二者效率的差别还是相当大的。这里通过一个例子简单比较一下。

首先比较一下EXP常规模式、EXP直接路径模式和EXPDP三种方式导出的区别。

这个例子导出10g数据库上的一个方案，大于40G左右：

$ sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.3.0 - Production on 星期五 6月 1 02:11:29 2007

Copyright (c) 1982, 2006, Oracle. All Rights Reserved.

连接到:

Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production

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

SQL> select sum(bytes)/1024/1024/1024 from dba_segments where owner = 'ZHEJIANG';

SUM(BYTES)/1024/1024/1024

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

41.5518188

首先是EXP的常规路径导出：

$ exp zhejiang/zhejiang file=/data1/zj_regular.dmp buffer=20480000

Export: Release 10.2.0.3.0 - Production on 星期五 6月 1 17:45:06 2007

Copyright (c) 1982, 2005, Oracle. All rights reserved.

连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production

With the Partitioning, Real Application Clusters, OLAP and Data Mining options已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集

. 正在导出 pre-schema 过程对象和操作

. 正在导出用户 ZHEJIANG 的外部函数库名

. 导出 PUBLIC 类型同义词

. 正在导出专用类型同义词

. 正在导出用户 ZHEJIANG 的对象类型定义即将导出 ZHEJIANG 的对象...

. 正在导出数据库链接

. 正在导出序号

. 正在导出簇定义

. 即将导出 ZHEJIANG 的表通过常规路径...

. . 正在导出表 A导出了 1216 行

.

.

.

. . 正在导出表 Z_INVITE_COMM_PUB导出了 147 行

. 正在导出同义词

. 正在导出视图

. 正在导出存储过程

. 正在导出运算符

. 正在导出引用完整性约束条件

. 正在导出触发器

. 正在导出索引类型

. 正在导出位图, 功能性索引和可扩展索引

. 正在导出后期表活动

. 正在导出实体化视图

. 正在导出快照日志

. 正在导出作业队列

. 正在导出刷新组和子组

. 正在导出维

. 正在导出 post-schema 过程对象和操作

. 正在导出统计信息成功终止导出, 没有出现警告。

$ ls -l /data1/zj_regular.dmp

-rw-r--r-- 1 oracle oinstall 18540327936 Jun 1 19:09 /data1/zj_regular.dmp

根据起始时间和结束时间，可以看到常规EXP导出方式执行了1小时24分钟。

下面看看直接路径导出方式：

$ exp zhejiang/zhejiang file=/data1/zj_direct.dmp buffer=20480000 recordlength=65535 direct=y

Export: Release 10.2.0.3.0 - Production on 星期五 6月 1 21:06:35 2007

Copyright (c) 1982, 2005, Oracle. All rights reserved.

连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production

本文URL地址：http://www.bianceng.cn/database/Oracle/201410/45549.htm

With the Partitioning, Real Application Clusters, OLAP and Data Mining options已导出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集

. 正在导出 pre-schema 过程对象和操作

. 正在导出用户 ZHEJIANG 的外部函数库名

. 导出 PUBLIC 类型同义词

. 正在导出专用类型同义词

. 正在导出用户 ZHEJIANG 的对象类型定义即将导出 ZHEJIANG 的对象...

. 正在导出数据库链接

. 正在导出序号

. 正在导出簇定义

. 即将导出 ZHEJIANG 的表通过直接路径...

. . 正在导出表 A导出了 1216 行

.

.

.

. . 正在导出表 Z_INVITE_COMM_PUB导出了 147 行

. 正在导出同义词

. 正在导出视图

. 正在导出存储过程

. 正在导出运算符

. 正在导出引用完整性约束条件

. 正在导出触发器

. 正在导出索引类型

. 正在导出位图, 功能性索引和可扩展索引

. 正在导出后期表活动

. 正在导出实体化视图

. 正在导出快照日志

. 正在导出作业队列

. 正在导出刷新组和子组

. 正在导出维

. 正在导出 post-schema 过程对象和操作

. 正在导出统计信息成功终止导出, 没有出现警告。

$ ls -l /data1/zj_direct.dmp

-rw-r--r-- 1 oracle oinstall 18460095405 Jun 1 21:24 /data1/zj_direct.dmp

直接路径导入用时18分钟，比常规路径导出速度有一个明显的提高。最后来看看数据泵的导出速度。

数据泵必须要使用DIRECTORY，下面先建立一个DIRECTORY，然后执行导出操作：

$ expdp zhejiang/zhejiang dumpfile=zj_datapump.dp directory=d_test schemas=zhejiang

Export: Release 10.2.0.3.0 - 64bit Production on 星期五, 01 6月, 2007 21:34:08

Copyright (c) 2003, 2005, Oracle. All rights reserved.

连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production

With the Partitioning, Real Application Clusters, OLAP and Data Mining options启动 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01": zhejiang/******** dumpfile=zj_datapump.dp directory=d_test schemas=zhejiang 正在使用 BLOCKS 方法进行估计...处理对象类型 SCHEMA_EXPORT/TABLE/TABLE_DATA使用 BLOCKS 方法的总估计: 22.25 GB处理对象类型 SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA处理对象类型 SCHEMA_EXPORT/SYNONYM/SYNONYM处理对象类型 SCHEMA_EXPORT/TYPE/TYPE_SPEC处理对象类型 SCHEMA_EXPORT/DB_LINK处理对象类型 SCHEMA_EXPORT/SEQUENCE/SEQUENCE处理对象类型 SCHEMA_EXPORT/TABLE/TABLE处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/INDEX处理对象类型 SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS处理对象类型 SCHEMA_EXPORT/TABLE/COMMENT处理对象类型 SCHEMA_EXPORT/PACKAGE/PACKAGE_SPEC处理对象类型 SCHEMA_EXPORT/FUNCTION/FUNCTION处理对象类型 SCHEMA_EXPORT/PROCEDURE/PROCEDURE处理对象类型 SCHEMA_EXPORT/PACKAGE/COMPILE_PACKAGE/PACKAGE_SPEC/ALTER_PACKAGE_SPEC处理对象类型 SCHEMA_EXPORT/FUNCTION/ALTER_FUNCTION处理对象类型 SCHEMA_EXPORT/PROCEDURE/ALTER_PROCEDURE处理对象类型 SCHEMA_EXPORT/PACKAGE/PACKAGE_BODY处理对象类型 SCHEMA_EXPORT/TYPE/TYPE_BODY处理对象类型 SCHEMA_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/FUNCTIONAL_AND_BITMAP/INDEX处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/FUNCTIONAL_AND_BITMAP/INDEX_STATISTICS处理对象类型 SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS处理对象类型 SCHEMA_EXPORT/JOB

. . 导出了 "ZHEJIANG"."ORD_HIT_COMM" 3.255 GB 4176146 行

.

.

.

. . 导出了 "ZHEJIANG"."USR_USER_PLAT_ROLE" 0 KB 0 行已成功加载/卸载了主表 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01"

******************************************************************************

ZHEJIANG.SYS_EXPORT_SCHEMA_01 的转储文件集为:

/data1/zj_datapump.dp作业 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01" 已于 21:48:25 成功完成

从导出信息看，数据泵的导出时间仅用了14分钟，比直接路径导入方式还快了20%多。而且观察三个导出文件的大小可以发现，导出速度越快对应的文件也越小，其中数据泵的导出方式得到的文件要比EXP方式小将近1.5G。

$ ls -l /data1/zj_*.d*p

-rw-r----- 1 oracle oinstall 17066897408 Jun 1 21:48 /data1/zj_datapump.dp

-rw-r--r-- 1 oracle oinstall 18460095405 Jun 1 21:24 /data1/zj_direct.dmp

-rw-r--r-- 1 oracle oinstall 18540327936 Jun 1 19:09 /data1/zj_regular.dmp

时间： 2024-09-18 03:29:03

oracle 10g数据泵和导入导出性能对比（一）的相关文章

oracle 10g数据泵和导入导出性能对比（二）IMP和IMPDP导入的区别

前一段时间在一次迁移中同时用到了数据泵和EXP,发现二者效率的差别还是相当大的.这里通过一个例子简单比较一下. 这篇文章比较一下IMP和IMPDP导入的区别. 前面对比了EXP和数据泵的导出,可以看到,数据泵导出速度与直接路径导出相比,速度并没有本质的提高,下面看看数据泵的导入方式与IMP的区别. 导入的DMP文件就用上面导出是得到的结果,先看看IMP的导入速度: $ sqlplus "/ as sysdba" SQL*Plus: Release 10.2.0.3.0 - Produc

oracle 10g数据泵和导入导出性能对比（五）影响数据泵导入性能的最大因素

前一段时间在一次迁移中同时用到了数据泵和EXP,发现二者效率的差别还是相当大的.这里通过一个例子简单比较一下. 这篇文章讨论影响数据泵导入性能的最大因素. 前面写了几篇文章,分别介绍EXP/IMP与EXPDP/IMPDP的性能对比,根据前面几篇文章的描述,如果不使用并行,似乎IMPDP的效率要比IMP没有一个数量级的提示.对于当前的环境而言,事实确实如此.不过前面一直没有描述一个重要的因素,当然的数据库环境由于配置了STANDBY数据库,因此不但处于归档模式,还设置了FORCE LOGGING:

oracle 10g数据泵和导入导出性能对比（四）并行度对数据泵导出的影响

前一段时间在一次迁移中同时用到了数据泵和EXP,发现二者效率的差别还是相当大的.这里通过一个例子简单比较一下. 这篇文章讨论并行度对数据泵导出的影响. 写前几篇文章的时候对数据泵还了解不多,最近阅读文档发现,并行的设置也是有技巧的,如果设置的合理,可以明显的提高导出的性能. 首先还是看一下CPU的数量: SQL> show parameter cpu NAME TYPE VALUE ------------------------------------ ----------- --------

oracle 10g数据泵和导入导出性能对比（三）提高IMPDP导入效率的方法

前一段时间在一次迁移中同时用到了数据泵和EXP,发现二者效率的差别还是相当大的.这里通过一个例子简单比较一下. 这篇文章介绍提高IMPDP导入效率的方法. 上面一篇文章的测试中发现IMPDP的导入速度和IMP导入速度相差无几.而Oracle在介绍数据泵的时候,提到IMPDP的导入速度最高是IMP的10倍.不过好在IMPDP还是可以优化调整的,那就是通过设置PARALLEL来提高IMPDP的并行度. SQL> show parameter cpu NAME TYPE VALUE ---------

oracle数据泵不同工作方式性能比较（三）测试直接路径导出、导入方式

根据Oracle的文档的描述,数据泵采用不同的方式导出导入,性能也会有明显的差别,这次正好有机会测试一下,迁移表空间.直接路径.外部表方式,以及数据库链方式导出.导入的性能差异. 这篇测试直接路径导出.导入方式. 首先清除上一篇文章中导入的用户和表空间,并重新建立测试用户和表空间. SQL> DROP USER TJSQ_NDMAIN CASCADE; User dropped. SQL> DROP USER TJSQ_TRADE CASCADE; User dropped. SQL>

oracle数据泵不同工作方式性能比较（五）测试NETWORK_LINK导入方式

根据Oracle的文档的描述,数据泵采用不同的方式导出导入,性能也会有明显的差别,这次正好有机会测试一下,迁移表空间.直接路径.外部表方式,以及数据库链方式导出.导入的性能差异. 这篇测试NETWORK_LINK导入方式. 首先清除上一篇文章中导入的用户和表空间,并重新建立测试用户和表空间. SQL> DROP USER TJSQ_NDMAIN CASCADE; User dropped. SQL> DROP USER TJSQ_TRADE CASCADE; User dropped. SQL

数据泵IMPDP 导入工具的使用

--================================= --数据泵IMPDP 导入工具的使用 --=================================         数据的导入导出时数据库经常处理的作业之一,Oracle 提供了IMP和IMPDP以及SQL*Loader等工具来完成数据的导入工作,其中IMP服务于早期的9i之前的版本,在10g及后续版本,Oracle 提供了数据泵高速导入工具,本文主要介绍IMPDP的使用方法,关于高速导出工具请参照:数据泵EXPD

oracle数据泵不同工作方式性能比较（四）测试外部表导出、导入方式

根据Oracle的文档的描述,数据泵采用不同的方式导出导入,性能也会有明显的差别,这次正好有机会测试一下,迁移表空间.直接路径.外部表方式,以及数据库链方式导出.导入的性能差异. 这篇测试外部表导出.导入方式. 首先清除上一篇文章中导入的用户和表空间,并重新建立测试用户和表空间. SQL> DROP USER TJSQ_NDMAIN CASCADE; User dropped. SQL> DROP USER TJSQ_TRADE CASCADE; User dropped. SQL> D

oracle数据泵不同工作方式性能比较（二）

根据Oracle的文档的描述,数据泵采用不同的方式导出导入,性能也会有明显的差别,这次正好有机会测试一下,迁移表空间.直接路径.外部表方式,以及数据库链方式导出.导入的性能差异. 首先检查源数据库的表空间是否满足自包含条件: SQL> EXEC DBMS_TTS.TRANSPORT_SET_CHECK('TJSQ,TJSQ_TMP') PL/SQL procedure successfully completed. SQL> SELECT * FROM TRANSPORT_SET_VIOLAT