数据泵导入性能小释(二)

最新推荐文章于 2022-06-23 17:00:28 发布
最新推荐文章于 2022-06-23 17:00:28 发布
阅读量1k 收藏
点赞数
分类专栏： 数据库 文章标签： schema statistics parallel 64bit application user

写前几篇文章的时候对数据泵还了解不多，最近阅读文档发现，并行的设置也是有技巧的，如果设置的合理，可以明显的提高导出的性能。

 

首先还是看一下CPU的数量：

SQL> show parameter cpu

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
cpu_count integer 2
parallel_threads_per_cpu integer 2

根据文档的描述，并行度的设置不应该超过CPU数量的2倍，因此这里最大并行度设置为4，对比一下不设置并行、设置并行但仅设置一个导出文件、设置并行并设置对应多个导出文件等几种情况下的性能。

先看直接导出的性能：

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

Export: Release 10.2.0.3.0 - 64bit Production on 星期三, 16 1月, 2008 22:51:43

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/******** directory=d_test dumpfile=zhejiang.dp 正在使用 BLOCKS 方法进行估计...处理对象类型 SCHEMA_EXPORT/TABLE/TABLE_DATA使用 BLOCKS 方法的总估计: 22.64 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/TRIGGER处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/FUNCTIONAL_AND_BITMAP/INDEX处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/FUNCTIONAL_AND_BITMAP/INDEX_STATISTICS处理对象类型 SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
. . 导出了 "ZHEJIANG"."ORD_HIT_COMM" 3.255 GB 4176146 行
. . 导出了 "ZHEJIANG"."ORD_ORDER_ITEM" 1.890 GB 3226647 行
. . 导出了 "ZHEJIANG"."CON_LIST_ITEM" 4.505 MB 7985 行
. . 导出了 "ZHEJIANG"."ORD_PURCHASE_ITEM" 1.281 GB 3238674 行
.
.
.
. . 导出了 "ZHEJIANG"."UNC_PRODUCT_MAPTJ" 0 KB 0 行
. . 导出了 "ZHEJIANG"."UNC_SMS_USER_NEW" 0 KB 0 行
. . 导出了 "ZHEJIANG"."UNC_USER_NON" 0 KB 0 行
. . 导出了 "ZHEJIANG"."USR_USER_PLAT_ROLE" 0 KB 0 行已成功加载/卸载了主表 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01"
******************************************************************************
ZHEJIANG.SYS_EXPORT_SCHEMA_01 的转储文件集为:
/data1/zhejiang.dp作业 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01" 已于 23:06:01 成功完成

整个导出操作大概用了14分半，下面尝试使用并行度2进行导出，这时仍然设置一个导出的数据文件：

$ expdp zhejiang/zhejiang directory=d_test dumpfile=zhejiang_p2_1file.dp parallel=2

Export: Release 10.2.0.3.0 - 64bit Production on 星期三, 16 1月, 2008 23:13:10

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/******** directory=d_test dumpfile=zhejiang_p2_1file.dp parallel=2 正在使用 BLOCKS 方法进行估计...处理对象类型 SCHEMA_EXPORT/TABLE/TABLE_DATA使用 BLOCKS 方法的总估计: 22.64 GB处理对象类型 SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
. . 导出了 "ZHEJIANG"."ORD_HIT_COMM" 3.255 GB 4176146 行处理对象类型 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/TRIGGER处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/FUNCTIONAL_AND_BITMAP/INDEX处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/FUNCTIONAL_AND_BITMAP/INDEX_STATISTICS处理对象类型 SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
. . 导出了 "ZHEJIANG"."ORD_ORDER_ITEM" 1.890 GB 3226647 行
. . 导出了 "ZHEJIANG"."CON_LIST_ITEM" 4.505 MB 7985 行
. . 导出了 "ZHEJIANG"."ORD_LOG_HIT_COMM" 1.078 GB 1335486 行
. . 导出了 "ZHEJIANG"."ORD_PURCHASE_ITEM" 1.281 GB 3238674 行
.
.
.
. . 导出了 "ZHEJIANG"."UNC_SMS_USER_NEW" 0 KB 0 行
. . 导出了 "ZHEJIANG"."UNC_USER_NON" 0 KB 0 行
. . 导出了 "ZHEJIANG"."USR_USER_PLAT_ROLE" 0 KB 0 行已成功加载/卸载了主表 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01"
******************************************************************************
ZHEJIANG.SYS_EXPORT_SCHEMA_01 的转储文件集为:
/data1/zhejiang_p2_1file.dp作业 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01" 已于 23:27:02 成功完成

整个导入过程不到14分钟，不过这个性能的提升实在不是很明显。不过这是有原因的，由于设置了并行度，两个进程在同时执行导出操作，但是二者要将导出的数据写入同一个数据文件中，因此必然会导致资源的争用。下面仍然使用并行度2，但是同时设置两个数据文件再次检查导出性能：

$ expdp zhejiang/zhejiang directory=d_test dumpfile=zhejiang_p2_2file1.dp,zhejiang_p2_2file2.dp parallel=2

Export: Release 10.2.0.3.0 - 64bit Production on 星期三, 16 1月, 2008 23:28: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/******** directory=d_test dumpfile=zhejiang_p2_2file1.dp,zhejiang_p2_2file2.dp parallel=2 正在使用 BLOCKS 方法进行估计...处理对象类型 SCHEMA_EXPORT/TABLE/TABLE_DATA使用 BLOCKS 方法的总估计: 22.64 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/TRIGGER处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/FUNCTIONAL_AND_BITMAP/INDEX处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/FUNCTIONAL_AND_BITMAP/INDEX_STATISTICS处理对象类型 SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
. . 导出了 "ZHEJIANG"."ORD_HIT_COMM" 3.255 GB 4176146 行
. . 导出了 "ZHEJIANG"."CON_LIST_ITEM" 4.505 MB 7985 行
. . 导出了 "ZHEJIANG"."ORD_ORDER_ITEM" 1.890 GB 3226647 行
. . 导出了 "ZHEJIANG"."ORD_PURCHASE_ITEM" 1.281 GB 3238674 行
.
.
.
. . 导出了 "ZHEJIANG"."UNC_PRODUCT_MAPTJ" 0 KB 0 行
. . 导出了 "ZHEJIANG"."UNC_SMS_USER_NEW" 0 KB 0 行
. . 导出了 "ZHEJIANG"."UNC_USER_NON" 0 KB 0 行
. . 导出了 "ZHEJIANG"."USR_USER_PLAT_ROLE" 0 KB 0 行已成功加载/卸载了主表 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01"
******************************************************************************
ZHEJIANG.SYS_EXPORT_SCHEMA_01 的转储文件集为:
/data1/zhejiang_p2_2file1.dp
/data1/zhejiang_p2_2file2.dp作业 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01" 已于 23:38:42 成功完成

这次导出仅仅用了10分半，导出的效率大大的提高。最后测试一下并行度4，分别导出到4个数据文件中：

$ expdp zhejiang/zhejiang directory=d_test dumpfile=zhj_4_4_1.dp,zhj_4_4_2.dp,zhj_4_4_3.dp,zhj_4_4_4.dp parallel=4

Export: Release 10.2.0.3.0 - 64bit Production on 星期三, 16 1月, 2008 23:40:24

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/******** directory=d_test dumpfile=zhj_4_4_1.dp,zhj_4_4_2.dp,zhj_4_4_3.dp,zhj_4_4_4.dp parallel=4 正在使用 BLOCKS 方法进行估计...处理对象类型 SCHEMA_EXPORT/TABLE/TABLE_DATA使用 BLOCKS 方法的总估计: 22.64 GB处理对象类型 SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA处理对象类型 SCHEMA_EXPORT/SYNONYM/SYNONYM
. . 导出了 "ZHEJIANG"."CON_LIST_ITEM" 4.505 MB 7985 行处理对象类型 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/TRIGGER处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/FUNCTIONAL_AND_BITMAP/INDEX处理对象类型 SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/FUNCTIONAL_AND_BITMAP/INDEX_STATISTICS处理对象类型 SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
. . 导出了 "ZHEJIANG"."ORD_PURCHASE_ITEM" 1.281 GB 3238674 行
. . 导出了 "ZHEJIANG"."ORD_ORDER_ITEM" 1.890 GB 3226647 行
. . 导出了 "ZHEJIANG"."ORD_LOG_HIT_COMM" 1.078 GB 1335486 行
. . 导出了 "ZHEJIANG"."CON_LIST_ITEM_SEND" 483.8 KB 7746 行
.
.
.
. . 导出了 "ZHEJIANG"."UNC_SMS_USER_NEW" 0 KB 0 行
. . 导出了 "ZHEJIANG"."UNC_USER_NON" 0 KB 0 行
. . 导出了 "ZHEJIANG"."USR_USER_PLAT_ROLE" 0 KB 0 行已成功加载/卸载了主表 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01"
******************************************************************************
ZHEJIANG.SYS_EXPORT_SCHEMA_01 的转储文件集为:
/data1/zhj_4_4_1.dp
/data1/zhj_4_4_2.dp
/data1/zhj_4_4_3.dp
/data1/zhj_4_4_4.dp作业 "ZHEJIANG"."SYS_EXPORT_SCHEMA_01" 已于 23:49:24 成功完成

用了9分钟整导出完成，设置成并行度4仍然可以获得一定的性能提升，但是并不明显了，这主要是由于整个性能的瓶颈已经不是单个进程的处理能力，多半性能的瓶颈已经变成了磁盘IO瓶颈，此时单单靠增加并行度已经无法明显提升性能了。

数据泵和EXP导出方式的性能对比 ：http://blog.csdn.net/bbqk9/archive/2011/04/29/6372449.aspx

数据泵导入性能小释            ：http://blog.csdn.net/bbqk9/archive/2011/04/29/6372461.aspx

杨良贤.
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
数据泵导入报错ORA-39125和LPX-00225
gxc1222的专栏
11-09 1489
发现一个数据泵的bug。在数据泵导入执行到表统计信息阶段，出现了这个错误。     同事利用现有SCHEMA的结构构造一个新的SCHEMA时，出现了这个错误。 大致步骤是根据原SCHEMA执行数据泵的导出，指定CONTENT为METADATA_ONLY。然后在同一个数据库的不同用户下执行导入，指定CONTENT为METADATA_ONLY和REMAP_SCHEMA参数。 错误信息如下
oracle IMPDP EXPDP
weivi001的专栏
04-29 1477
EXPDP 知识点 SQL> create directory dump_dir as'd:\dump'; 目录已创建。 SQL> create directory dump_dir as'd:\dump'; 授权成功。 C:\Users\Administrator>expdp scott/xuwei directory=dump_dir du
expdp/impdp 详细参数解释
白飞飞_Alan
02-19 3506
数据泵导出实用程序提供了一种用于在 Oracle 数据库之间传输数据对象的机制。该实用程序可以使用以下命令进行调用:    示例: expdp scott/tiger DIRECTORY=dmpdir DUMPFILE=scott.dmp 您可以控制导出的运行方式。具体方法是: 在 'expdp' 命令后输入各种参数。要指定各参数, 请使用关键字:    格式:  expdp K
expdp使用心得
bing1051的专栏
09-05 701
在oracle控制台执行数据迁移时，因为从 oracle 11.2.0.0.0 导出，导入到 oracle 11.1.0.0.0，从高版本导入到低版本，提示版本不兼容。 须在命令行下，执行命令，并加入版本控制 具体操作内容如下 C:\Documents and Settings\Administrator>expdp dms_test/dms_test@orcl_71
oracle数据泵效率,oracle技术之oracle 10g数据泵和导入导出性能对比（五）
weixin_36212050的博客
04-15 426
前一段时间在一次迁移中同时用到了数据泵和EXP，发现二者效率的差别还是相当大的。这里通过一个例子简单比较一下。这篇文章讨论影响数据泵导入性能的最大因素。前面写了几篇文章，分别介绍EXP/IMP与EXPDP/IMPDP的性能对比，根据前面几篇文章的描述，如果不使用并行，似乎IMPDP的效率要比IMP没有一个数量级的提示。对于当前的环境而言，事实确实如此。不过前面一直没有描述一个重要的因素，当然的数据...
oracle 数据泵导入导出介绍
09-10
Oracle 数据泵（Data Pump）是 Oracle 数据库提供的一种高效、快速的数据传输工具，它用于在数据库之间、数据库与操作系统文件之间进行数据导入和导出。数据泵利用了并行处理技术，大大提高了数据迁移的效率，是...
oracle数据泵导入
09-19
#### 二、Oracle数据泵导入的基本步骤 根据题目中的描述，这里详细介绍如何使用Oracle数据泵导入功能进行数据导入。 ##### 1. 创建表空间 首先，需要创建一个新的表空间用于存放即将导入的数据。在题目中给出的...
oracle的impdp和expdp数据泵导入导出全备数据库-详细笔记文档总结
06-30
Oracle 的 IMPDP 和 EXPDP 数据泵导入导出全备数据库详细笔记文档总结 Oracle 的 IMPDP 和 EXPDP 是两个强大的数据泵工具，用于将 Oracle 数据库中的数据导入或导出到其他数据库或文件中。在本文档中，我们将详细...
oracle数据泵导入导出工具
02-19
oracle数据泵导入导出工具
Oracle数据泵导入导出
07-26
#### 二、数据泵与传统导出导入工具的区别 数据泵（expdp/impdp）与传统的导出导入工具（如exp/imp）有以下主要区别： 1. **运行环境**： - **exp/imp**：可以在客户端或服务器端运行。 - **expdp/impdp**：只能...
impdp导schema报ORA-31625异常处理
cqszpx的博客
06-23 924
数据库：oracle 11.2.0.1 系统：windows 2008 R2 Enterprise 异常描述：impdp导入schema时报错ORA-31625 D:\app\Administrator\product\11.2.0\dbhome_1\BIN>impdp system/oracle_4U@ 192.168.133.166:1521/medxdb directory=hr_dir dumpfile=11gora.dmp remap_schema=ora1:hr Import: Release
oracle导入停在SCHEMA_EXPORT/TABLE/INDEX/INDEX
ws_lsq的博客
03-13 5261
1、 select tablespace_name, file_id, file_name,round(bytes/(1024*1024),0) total_space from dba_data_files order by tablespace_name --查看所有的表空间及其磁盘占用空间 2、如果表空间满了，扩展表空间 ALTER TABLESPACE "SMART_TABLE" ...
oracle未找到远程连接,数据泵导出大表出现--未找到远程数据库的连接说明
weixin_27028523的博客
04-12 1000
我用数据泵通过dblink导远程服务器上的数据,导出对象为某个schema下面的表对象，一共几十张表,小表(数据量几千)可以正常导出,大表(数据量为几百万)则无法导出错误信息:ORA-31693: 表数据对象 "VEMS"."TESTDATA" 无法加载/卸载并且被跳过, 错误如下:ORA-02019: 未找到远程数据库的连接说明但是有时候是可以导出来的,远程库为生产库.导出时间为晚上,数据库空闲...
oracle expdp 导出远程数据库,oracle 10g 使用expdp network_link导出远程数据库到本地文件...
weixin_42517466的博客
04-06 274
文章不错，解除疑惑，oracle10G0204可以实现远程导入导出，不过就是需要用到db linkoracle 10g 使用expdp network_link导出远程数据库到本地文件2012-09-06 14:57:57| 分类： oracle |字号 订阅远程：IP:192.168.10.55,OS:RHEL4.8 64bit,Oracle:10.2.0.5 64bit被导出用户:monit...
数据泵导入性能小释
bbqk9的专栏
04-29 1869
<br />而Oracle在介绍数据泵的时候，提到IMPDP的导入速度最高是IMP的10倍。不过好在IMPDP还是可以优化调整的，那就是通过设置PARALLEL来提高IMPDP的并行度。<br />SQL> show parameter cpu<br />NAME TYPE VALUE<br />------------------------------------ ----------- ------------------------------<br />cpu_count integer 2<br
EXPDP和IMPDP简单测试
weixin_33834628的博客
10-18 95
一、EXPDP和IMPDP使用说明  Oracle Database 10g引入了最新的数据泵(Data Dump)技术，数据泵导出导入(EXPDP和IMPDP)的作用  1）实现逻辑备份和逻辑恢复. 2）在数据库用户之间移动对象. 3）在数据库之间移动对象 4）实现表空间搬移.  二、数据泵导出导入与传统导出导入的区别  在10g之前,传统的导出和导入分别使用EXP工具和IMP工具,从1...
expdp/impdp数据泵分区表导入太慢了
牛奶二的博客
08-29 8601
2017-08-29 天气阴天 有点闷热 分区表数据泵导入太慢，达不到客户的迁移要求 导出语句如下：（10G单节点） userid='/ as sysdba' directory=milk_dir dumpfile=mon_%U.dmp logfile=0828.log schemas=mon parallel=8 导入语句（11G的rac）： userid
expdp impdp 排除统计信息 导入导出 性能对比
热门推荐
曾经是个DBA
07-26 2万+
包含统计信息导出： [oracle@hadoop01 dumpfile]$ expdp system/oracle directory=dmpdir dumpfile=shplus.dmp logfile=shplus.log schemas=sh Export: Release 11.2.0.3.0 - Production on Tue Jul 26 11:53:33 2016 Cop
linux oracle数据泵导入数据
最新发布
09-06
Linux中可以使用Oracle数据泵来导入数据到数据库。 首先，确保已经安装了Oracle数据库，并且数据泵工具已安装在系统中。 然后，登录到Linux系统上的数据库服务器，并在终端中运行以下命令来使用数据泵导入数据： ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值