如何对 Oracle 数据泵（expdp/impdp） 进行 debug
一．概述
我在之前的Blog里写过2篇有关Oracle 数据泵的Blog，如下：
Oracle 10gData Pump Expdp/Impdp 详解
http://blog.csdn.net/tianlesoftware/article/details/4674224
Oracleexpdp/impdp 使用示例
http://blog.csdn.net/tianlesoftware/article/details/6260138
这两篇都是介绍数据泵的使用。
那么在实际的使用中，我们也会遇到一个问题，发生一些ORA-xx的错误，有具体的错误，我们都可以去google去分析，但是还有情况，就是也不错误，而是在某一步停住了，而且很长时间不动。
这是时候，我们是不好判断数据泵的操作是否正常。
在数据泵卡住的时候，有一个很好的方法来判断：
1． 在expdp的时候，我们要观察dump 文件的变化，只要dump 文件大小在变化，那就说明expdp是正常的。
2． 在impdp的时候，我们可以及时查看表空间的变化，只要我们的表空间在变化，说明我们的impdp是正常的。
如果在数据泵操作的时候，表空间和dump都没有变化，数据泵操作也停止在某一步不动。那么我们就只能对数据泵进行debug操作。
二．如何对数据泵进行debug？
trace 生成的文件可能很大，所以在进行trace之前，必须先检查dump文件的大小：max_dump_file_size。
[oracle@asm trace]$ orz param max_dump
Session altered.
NAME ISDEFAULT SESMO SYSMOD VALUE
---------------------- --------- -------------- ---------------
max_dump_file_size TRUE TRUE IMMEDIATE unlimited
如果不是unlimited，就进行修改：
ALTER SYSTEM SETmax_dump_file_size = unlimited SCOPE = both;
2.1 使用Data Pump的TRACE 参数
2.1.1 TRACE 说明
启动trace 功能只需要在expdp/impdp 命令后加上一个trace 参数，该参数由一个7位的16进制数据组成。
前三位指定Data Pump组件的代码，后四位一般是:0300。
任何已0开头的trace的值都会被忽略，trace值不区分大小写。
TRACE = 04A0300 或者 TRACE=4a0300
在使用trace 参数时，执行数据泵操作的用户需要具有DBA 角色或者EXP_FULL_DATABASE /IMP_FULL_DATABASE的角色，如果权限不足，就会报ORA-31631的错误。
ORA-31631: privileges are required
GRANT exp_full_database TO tianlesoftware;
revoke exp_full_database from tianlesoftware;
expdp scott/tiger DIRECTORY=my_dir DUMPFILE=expdp_s.dmp LOGFILE=expdp_s.log TABLES=empTRACE=480300
2.1.2 TRACE值的具体计算规则
在前面我们讲了TRACE 值的前3位表示的是数据泵的组件代码，具体如下：
-- Summary of Data Pump trace levels:
-- ==================================
(hex) file file file trace Purpose
------- ---- ---- ---- -----------------------------------------------------
10300 x x x SHDW: To trace the Shadowprocess (API) (expdp/impdp)
20300 x x x KUPV: To trace Fixed table
40300 x x x 'div' To trace Process services
80300 x KUPM: To trace Master ControlProcess (MCP) (DM)
100300 x x KUPF: To trace File Manager
200300 x x x KUPC: To trace Queue services
400300 x KUPW: To trace Workerprocess(es) (DW)
800300 x KUPD: To trace DataPackage
1000300 x META: To trace Metadata Package
1FF0300 x x x 'all' To trace all components (full tracing)
如果想trace 所有的数据泵组件，只需要指定trace的值为1ff0300即可。
如果我们想通知trace 多个数据泵组件，就把这些组件的代码叠加起来即可，如：
-- Example of combination(last 4 digits are usually 0300):
40300 to trace Process services
80300 to trace Master Control Process (MCP)
400300 to trace Worker process(es)
-- +
4C0300 to trace Process services and MasterControl and Worker processes
叠加的时候，最后4位不变，把前面3位的值相加。
注意：
Oracle 建议使用480300的trace值，设置该值将会trace Master Control process (MCP) 和 theWorker process(es)。
2.1.3 TRACE 文件的log 位置
2个trace 文件在BACKGROUND_DUMP_DEST目录下：
Master Process trace file: <SID>_dm<number>_<process_id>.trc
Worker Process trace file: <SID>_dw<number>_<process_id>.trc
还有一个在USER_DUMP_DEST目录：
Shadow Processtrace file: <SID>_ora_<process_id>.trc
[oracle@asm u01]$ orzparam background
Session altered.
NAME ISDEFAULT SESMO SYSMOD VALUE
----------------------- --------- -------------- ----------------------------------------
background_core_dump TRUE FALSE FALSE partial
background_dump_dest TRUE FALSE IMMEDIATE /u01/app/oracle/diag/rdbms/dave/dave/trace
[oracle@asm u01]$ orzparam user_dump
Session altered.
NAME ISDEFAULT SESMO SYSMOD VALUE
--------------------- --------- -------------- ----------------------------------------
user_dump_dest TRUE FALSE IMMEDIATE/u01/app/oracle/diag/rdbms/dave/dave/trace
2.1.4 TRACE 使用示例
SQL> set lin 160 pages 200
SQL> col owner for a10
SQL> col DIRECTORY_PATH for a50
SQL> select * from dba_directories;
OWNER DIRECTORY_NAME DIRECTORY_PATH
---------- --------------------------------------------------------------------------------
SYS ORACLE_OCM_CONFIG_DIR /u01/app/oracle/11.2.0/db_1/ccr/state
SYS DATA_PUMP_DIR /u01/app/oracle/admin/dave/dpdump/
SYS XMLDIR /u01/app/oracle/11.2.0/db_1/rdbms/xml
SQL>
SQL> create directory backup as'/u01/backup';
Directory created.
SQL> select * from dba_directories;
OWNER DIRECTORY_NAME DIRECTORY_PATH
---------- --------------------------------------------------------------------------------
SYS ORACLE_OCM_CONFIG_DIR /u01/app/oracle/11.2.0/db_1/ccr/state
SYS DATA_PUMP_DIR /u01/app/oracle/admin/dave/dpdump/
SYS XMLDIR /u01/app/oracle/11.2.0/db_1/rdbms/xml
SYS BACKUP /u01/backup
--创建测试表：tianlesoftware：
SQL> conn system/oracle;
Connected.
SQL> create table tianlesoftware asselect * from dba_objects;
Table created.
--使用trace：480300进行导出：
[oracle@asm u01]$ expdp system/oracleDIRECTORY=backup DUMPFILE=dave.dmp LOGFILE=dave.log TABLES=tianlesoftwareTRACE=480300
Export: Release 11.2.0.3.0 - Production onMon May 27 19:50:49 2013
Copyright (c) 1982, 2011, Oracle and/or itsaffiliates. All rights reserved.
Connected to: Oracle Database 11gEnterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
Starting"SYSTEM"."SYS_EXPORT_TABLE_01": system/******** DIRECTORY=backupDUMPFILE=dave.dmp LOGFILE=dave.log TABLES=tianlesoftware TRACE=480300
Estimate in progress using BLOCKS method...
Processing object typeTABLE_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 9 MB
Processing object typeTABLE_EXPORT/TABLE/TABLE
Processing object typeTABLE_EXPORT/TABLE/PRE_TABLE_ACTION
. . exported"SYSTEM"."TIANLESOFTWARE" 7.215 MB 74608 rows
Master table"SYSTEM"."SYS_EXPORT_TABLE_01" successfully loaded/unloaded
******************************************************************************
Dump file set for SYSTEM.SYS_EXPORT_TABLE_01is:
/u01/backup/dave.dmp
Job"SYSTEM"."SYS_EXPORT_TABLE_01" successfully completed at19:51:22
--查看trace文件：
-rw-r----- 1 oracle asmadmin 1433 May 27 19:51 dave_dw00_7486.trm
-rw-r----- 1 oracle asmadmin 32109 May 27 19:51 dave_dw00_7486.trc
-rw-r----- 1 oracle asmadmin 1417 May 27 19:51 dave_dm00_7484.trm
-rw-r----- 1 oracle asmadmin 25025 May 27 19:51 dave_dm00_7484.trc
-rw-r----- 1 oracle asmadmin 2908 May 27 19:50 dave_ora_7480.trc
[oracle@asm trace]$ head -50 dave_dw00_7486.trc
Trace file/u01/app/oracle/diag/rdbms/dave/dave/trace/dave_dw00_7486.trc
Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/11.2.0/db_1
System name: Linux
Node name: asm
Release: 2.6.32-100.34.1.el6uek.x86_64
Version: #1 SMP Wed May 25 17:46:45 EDT 2011
Machine: x86_64
Instance name: dave
Redo thread mounted by this instance: 1
Oracle process number: 42
Unix process pid: 7486, image: oracle@asm(DW00)
*** 2013-05-27 19:50:55.052
*** SESSION ID:(24.127) 2013-05-2719:50:55.052
*** CLIENT ID:() 2013-05-27 19:50:55.052
*** SERVICE NAME:(SYS$BACKGROUND) 2013-05-2719:50:55.052
*** MODULE NAME:() 2013-05-27 19:50:55.052
*** ACTION NAME:() 2013-05-27 19:50:55.052
KUPP:19:50:55.051: Current trace/debugflags: 00480300 = 4719360
*** MODULE NAME:(Data Pump Worker)2013-05-27 19:50:55.054
*** ACTION NAME:(SYS_EXPORT_TABLE_01)2013-05-27 19:50:55.054
KUPW:19:50:55.054: 0: ALTER SESSION ENABLEPARALLEL DML called.
KUPW:19:50:55.054: 0: ALTER SESSION ENABLEPARALLEL DML returned.
KUPC:19:50:55.098: Setting remote flag forthis process to FALSE
prvtaqis - Enter
prvtaqis subtab_name upd
prvtaqis sys table upd
KUPW:19:50:55.665: 0: KUPP$PROC.WHATS_MY_IDcalled.
KUPW:19:50:55.665: 1: KUPP$PROC.WHATS_MY_IDreturned.
KUPW:19:50:55.666: 1: worker max messagenumber: 1000
KUPW:19:50:55.668: 1: Full cluster accessallowed
KUPW:19:50:55.669: 1: Original job starttime: 13-MAY-27 07:50:51 PM
KUPW:19:50:55.671: 1: Seqno 16 isTABLE_EXPORT/TABLE/TABLE_DATA
KUPW:19:50:55.671: 1: Seqno 63 isTABLE_EXPORT/TABLE/INDEX/TABLE_DATA
KUPW:19:50:55.671: 1:KUPP$PROC.WHATS_MY_NAME called.
KUPW:19:50:55.671: 1:KUPP$PROC.WHATS_MY_NAME returned. Process name: DW00
KUPW:19:50:55.671: 1:KUPV$FT_INT.GET_INSTANCE_ID called.
KUPW:19:50:55.674: 1:KUPV$FT_INT.GET_INSTANCE_ID returned. Instance name: dave
KUPW:19:50:55.679: 1: ALTER SESSION ENABLERESUMABLE called.
KUPW:19:50:55.679: 1: ALTER SESSION ENABLERESUMABLE returned.
KUPW:19:50:55.682: 1: KUPF$FILE.INITcalled.
KUPW:19:50:55.883: 1: KUPF$FILE.INITreturned.
KUPW:19:50:55.886: 1:KUPF$FILE.GET_MAX_CSWIDTH called.
KUPW:19:50:55.886: 1:KUPF$FILE.GET_MAX_CSWIDTH returned.
[oracle@asm trace]$
[oracle@asm trace]$ head -50 dave_dm00_7484.trc
Trace file/u01/app/oracle/diag/rdbms/dave/dave/trace/dave_dm00_7484.trc
Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/11.2.0/db_1
System name: Linux
Node name: asm
Release: 2.6.32-100.34.1.el6uek.x86_64
Version: #1 SMP Wed May 25 17:46:45 EDT 2011
Machine: x86_64
Instance name: dave
Redo thread mounted by this instance: 1
Oracle process number: 35
Unix process pid: 7484, image: oracle@asm(DM00)
*** 2013-05-27 19:50:50.817
*** SESSION ID:(66.5) 2013-05-2719:50:50.817
*** CLIENT ID:() 2013-05-27 19:50:50.817
*** SERVICE NAME:(SYS$USERS) 2013-05-2719:50:50.817
*** MODULE NAME:() 2013-05-27 19:50:50.817
*** ACTION NAME:() 2013-05-27 19:50:50.817
KUPP:19:50:50.816: Current trace/debugflags: 00480300 = 4719360
*** MODULE NAME:(Data Pump Master)2013-05-27 19:50:50.823
*** ACTION NAME:(SYS_EXPORT_TABLE_01)2013-05-27 19:50:50.823
KUPC:19:50:50.823: Setting remote flag forthis process to FALSE
prvtaqis - Enter
prvtaqis subtab_name upd
prvtaqis sys table upd
KUPM:19:50:50.884: Attached to controlqueue as MCP
KUPM:19:50:50.884: While starting, controlqueue subscriber count is: 2
KUPP:19:50:50.884: Initialization completefor master process DM00
KUPM:19:50:50.916: Entered main loop
KUPM:19:50:50.922: ****IN DISPATCH at71450, request type=1001
KUPM:19:50:50.922: Current user is: SYSTEM
KUPM:19:50:50.922: hand :=DBMS_DATAPUMP.OPEN ('EXPORT', 'TABLE', '', 'SYS_EXPORT_TABLE_01', '', '2');
*** 2013-05-27 19:50:51.719
KUPM:19:50:51.719: Resumable enabled
KUPM:19:50:51.734: Entered state: DEFINING
KUPM:19:50:51.734: initing file system
KUPM:19:50:51.749: ****OUT DISPATCH,request type=1001, response type =2041
kwqberlst !retval block
kwqberlst rqan->lagno_kwqiia 5
kwqberlst rqan->lascn_kwqiia > 0 block
kwqberlst rqan->lascn_kwqiia 5
kwqberlst ascn 1644468 lascn 22
KUPM:19:50:51.764: ****IN DISPATCH at71451, request type=1035
[oracle@asm trace]$ head -50 dave_ora_7480.trc
Trace file/u01/app/oracle/diag/rdbms/dave/dave/trace/dave_ora_7480.trc
Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/11.2.0/db_1
System name: Linux
Node name: asm
Release: 2.6.32-100.34.1.el6uek.x86_64
Version: #1 SMP Wed May 25 17:46:45 EDT 2011
Machine: x86_64
Instance name: dave
Redo thread mounted by this instance: 1
Oracle process number: 36
Unix process pid: 7480, image: oracle@asm(TNS V1-V3)
*** 2013-05-27 19:50:49.871
*** SESSION ID:(21.359) 2013-05-2719:50:49.871
*** CLIENT ID:() 2013-05-27 19:50:49.871
*** SERVICE NAME:(SYS$USERS) 2013-05-2719:50:49.871
*** MODULE NAME:(ude@asm (TNS V1-V3))2013-05-27 19:50:49.871
*** ACTION NAME:() 2013-05-27 19:50:49.871
KUPP:19:50:49.871: Input trace/debug flags:00480300 = 4719360
KUPP:19:50:49.873: Current trace/debugflags: 00480300 = 4719360
*** 2013-05-27 19:50:50.633
KUPC:19:50:50.633: Setting remote flag forthis process to FALSE
prvtaqis - Enter
prvtaqis subtab_name upd
prvtaqis sys table upd
prvtaqis - Enter
prvtaqis subtab_name upd
prvtaqis sys table upd
kwqberlst rqan->lascn_kwqiia > 0block
kwqberlst rqan->lascn_kwqiia 5
kwqberlst ascn 1644478 lascn 22
kwqberlst !retval block
kwqberlst rqan->lagno_kwqiia 5
*** 2013-05-27 19:50:51.760
kwqberlst rqan->lascn_kwqiia > 0block
kwqberlst rqan->lascn_kwqiia 5
kwqberlst ascn 1644478 lascn 22
kwqberlst !retval block
kwqberlst rqan->lagno_kwqiia 5
kwqberlst rqan->lascn_kwqiia > 0block
kwqberlst rqan->lascn_kwqiia 5
kwqberlst ascn 1644478 lascn 22
kwqberlst !retval block
[oracle@asm trace]$
2.2 使用22923 事件
--具体步骤如下：
1. 设置22923 event trace expdp操作：
SQL> alter system set events '22923 trace nameerrorstack level 3';
2. 执行expdp 命令。
3. 取消22923 event：
SQL> alter system set events '22923trace name errorstack off';
--设置event：
SQL> alter system set events '22923trace name errorstack level 3';
System altered.
--执行expdp：
[oracle@asm backup]$expdp system/oracle DIRECTORY=backup DUMPFILE=dave.dmp LOGFILE=dave.logTABLES=tianlesoftware
Export: Release 11.2.0.3.0 - Production onMon May 27 20:15:59 2013
Copyright (c) 1982, 2011, Oracle and/or itsaffiliates. All rights reserved.
Connected to: Oracle Database 11gEnterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
Starting"SYSTEM"."SYS_EXPORT_TABLE_02": system/******** DIRECTORY=backupDUMPFILE=dave.dmp LOGFILE=dave.log TABLES=tianlesoftware
Estimate in progress using BLOCKS method...
Processing object typeTABLE_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 9 MB
Processing object typeTABLE_EXPORT/TABLE/TABLE
Processing object typeTABLE_EXPORT/TABLE/PRE_TABLE_ACTION
. . exported"SYSTEM"."TIANLESOFTWARE" 7.215 MB 74608 rows
Master table "SYSTEM"."SYS_EXPORT_TABLE_02"successfully loaded/unloaded
******************************************************************************
Dump file set forSYSTEM.SYS_EXPORT_TABLE_02 is:
/u01/backup/dave.dmp
Job"SYSTEM"."SYS_EXPORT_TABLE_02" successfully completed at20:16:15
--查看trace,其生成的trace 和我们2.1 节一样。
2个trace 文件在BACKGROUND_DUMP_DEST目录下：
Master Process trace file: <SID>_dm<number>_<process_id>.trc
Worker Process trace file: <SID>_dw<number>_<process_id>.trc
还有一个在USER_DUMP_DEST目录：
Shadow Processtrace file: <SID>_ora_<process_id>.trc
--取消event：
SQL> alter system set events'22923 trace name errorstack off';
2.3 使用10046 事件
level 1: lowest level tracing - not alwayssufficient to determine cause of errors;
level 4: useful when an error in DataPump's worker or master process occurs;
level 12: useful when there is an issuewith Data Pump performance.
当我们设置10046的级别高于8或者12的时候，需要将TIMED_STATISTICS设置为TRUE. 临时的将这个参数设置为true，可以将trace数据性能的影响降到最低。
[oracle@asm trace]$ orz param timed_statistics
NAME ISDEFAULT SESMO SYSMOD VALUE
------------------- --------- -------------- ----------
timed_statistics TRUE TRUE IMMEDIATE TRUE
2.3.1 在数据库级别设置
可能的expdp/impdp 异常循序结束了，这时候我们就没有办法根据进程进行信息的捕捉。因此为了分析，可能就需要重新运行一次，这时候就可以在数据库级别设置10046事件。
CONNECT / as sysdba
ALTER SYSTEM SET EVENTS '10046 trace name context forever, level 4';
注意： 在数据库级别设置，会trace所有进程。 所以在生产系统慎用，除非有停机窗口，否则会影响系统性能。
--在数据泵完成后，立即取消10046的设置：
ALTER SYSTEM SET EVENTS '10046 trace name context off';
2.3.2 对当前正在运行的数据泵进程进行10046 trace
2.3.2.1 查看expdp进程
--进行expdp：
[oracle@asm trace]$ expdp system/oracleDIRECTORY=backup DUMPFILE=dave.dmp LOGFILE=dave.log TABLES=tianlesoftware
Export: Release 11.2.0.3.0 - Production onMon May 27 20:56:52 2013
Copyright (c) 1982, 2011, Oracle and/or itsaffiliates. All rights reserved.
Connected to: Oracle Database 11gEnterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
Starting"SYSTEM"."SYS_EXPORT_TABLE_02": system/******** DIRECTORY=backupDUMPFILE=dave.dmp LOGFILE=dave.log TABLES=tianlesoftware
Estimate in progress using BLOCKS method...
Processing object typeTABLE_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 9 MB
Processing object typeTABLE_EXPORT/TABLE/TABLE
Processing object typeTABLE_EXPORT/TABLE/PRE_TABLE_ACTION
--查看数据泵进程的信息：
set lines 150 pages 100 numwidth 7
col username for a10
col spid for a7
SQL> col program for a25
SQL> select to_char(sysdate,'YYYY-MM-DDHH24:MI:SS') "DATE", s.program, s.sid,
s.status, s.username, d.job_name, p.spid, s.serial#, p.pid
2 3 from v$session s, v$process p,dba_datapump_sessions d
4 where p.addr=s.paddr ands.saddr=d.saddr;
DATE PROGRAM SID STATUS USERNAME JOB_NAME SPID SERIAL# PID
------------------- --------------------- ------- -------- ---------------------------------- ------- ------- -------
2013-05-27 20:59:30 oracle@asm (DW00) 23 ACTIVE SYSTEM SYS_EXPORT_TABLE_02 8173 311 23
2013-05-27 20:59:30 oracle@asm (DM00) 58 ACTIVE SYSTEM SYS_EXPORT_TABLE_02 8171 85 36
2013-05-27 20:59:30 ude@asm (TNS V1-V3) 22 ACTIVE SYSTEM SYS_EXPORT_TABLE_02 8167 1077 34
2.3.2.2 使用sys.dbms_system.set_ev设置10046
在上节的查询结果里：
Data Pump Master process (DM00)的SID 是58，serial#是85.
Data Pump Worker process (DW01)的SID 是23，serial#是311.
使用10046 跟踪活动session的语法如下：
Syntax: DBMS_SYSTEM.SET_EV([SID],[SERIAL#],[EVENT],[LEVEL],'')
--在level 4跟踪Worker process进程(Bind values)：
execute sys.dbms_system.set_ev(23,311,10046,4,'');
-- stop tracing:
execute sys.dbms_system.set_ev(23,311,10046,0,'');
--在level 8 跟踪Master进程（Waits）：
execute sys.dbms_system.set_ev(143,50,10046,8,'');
-- stop tracing:
execute sys.dbms_system.set_ev(143,50,10046,0,'');
2.3.2.3 使用oradebug 设置10046
上节使用的是SQL中操作，其实用oradebug操作更方便。
可以在oradebug中设置SPID，来进行trace：
--在level 4跟踪Worker process进程(Bind values)：
oradebug setospid 8173
oradebug unlimit
oradebug event 10046 trace name context forever, level 4
oradebug tracefile_name
--在level 8 跟踪Master进程（Waits）：
oradebug setospid 8171
oradebug unlimit
oradebug event 10046 trace name context forever, level 8
oradebug tracefile_name
--stop tracing:
oradebug event 10046 trace name context off
2.3.2.4 使用tkprof 分析trace文件
10046 生成的trace 文件可读性并不好，所有我们可以使用tkprof工具进行格式化，方便阅读。
如：
$ tkprof orcl_dm00_17292.trctkprof_orcl_dm00_17292.out waits=y sort=exeela
$ tkprof orcl_dw01_17294.trctkprof_orcl_dw01_17294.out waits=y sort=exeela
[oracle@asm dave]$ tkprof
Usage: tkprof tracefile outputfile[explain= ] [table= ]
[print= ] [insert= ] [sys= ][sort= ]
table=schema.tablename Use'schema.tablename' with 'explain=' option.
explain=user/password Connectto ORACLE and issue EXPLAIN PLAN.
print=integer List only the first 'integer' SQLstatements.
aggregate=yes|no
insert=filename List SQLstatements and data inside INSERT statements.
sys=no TKPROF does notlist SQL statements run as user SYS.
record=filename Record non-recursivestatements found in the trace file.
waits=yes|no Record summaryfor any wait events found in the trace file.
sort=option Set of zero ormore of the following sort options:
prscnt number of times parse wascalled
prscpu cpu time parsing
prsela elapsed time parsing
prsdsk number of disk readsduring parse
prsqry number of buffers forconsistent read during parse
prscu number of buffers forcurrent read during parse
prsmis number of misses inlibrary cache during parse
execnt number of execute wascalled
execpu cpu time spent executing
exeela elapsed time executing
exedsk number of disk readsduring execute
exeqry number of buffers forconsistent read during execute
execu number of buffers forcurrent read during execute
exerow number of rows processedduring execute
exemis number of library cachemisses during execute
fchcnt number of times fetch wascalled
fchcpu cpu time spent fetching
fchela elapsed time fetching
fchdsk number of disk readsduring fetch
fchqry number of buffers forconsistent read during fetch
fchcu number of buffers forcurrent read during fetch
fchrow number of rows fetched
userid userid of user that parsedthe cursor
更多内容参考：
Oracle SQLTrace 和 10046 事件
http://blog.csdn.net/tianlesoftware/article/details/5857023
--------------------------------------------------------------------------------------------
版权所有，文章允许转载，但必须以链接方式注明源地址，否则追究法律责任!
Email: tianlesoftware@gmail.com
Blog: http://blog.csdn.net/tianlesoftware
Weibo: http://weibo.com/tianlesoftware
Twitter: http://twitter.com/tianlesoftware
转载于:https://www.cnblogs.com/tianlesoftware/archive/2013/06/01/3609073.html
如何对 Oracle 数据泵（expdp/impdp） 进行 debug相关推荐
- Oracle数据泵Expdp/Impdp带查询条件导出/导入dmp包
一. 导出 1. 按表 1. expdp username/password@database dumpfile=11.dmp directory=DATA_PUMP_DIR tables=table ...
- Oracle11G数据泵expdp/impdp使用并行与压缩技术备份与恢复
Oracle11G数据泵expdp/impdp使用并行与压缩技术备份与恢复 环境准备 创建directory对象 create or replace directory expdp_dir as '/ ...
- ORACLE 数据泵expdp导出命令使用
ORACLE 数据泵expdp导出命令使用 在cmd窗口下 第一种写法:优先使用(数据库中所有SCHEMAS表数据) expdp DARSUAT/DARSUAT DIRECTORY=DATA_PUMP ...
- Oracle 数据泵（IMPDP/EXPDP）导入导出总结
Oracle数据泵导入导出是日常工作中常用的基本技术之一,它相对传统的逻辑导入导出要高效,这种特性更适合数据库对象数量巨大的情形,因为我日常运维的数据库对象少则几千,多则几万甚至几十万,所以传统exp ...
- 数据泵expdp/impdp导入导出详细说明
目录 1.数据泵导出expdp详细参数 2.数据泵导入impdp详细参数 3.数据泵作业参数详细说明 3.1 EXPDP命令行选项 3.1.1 ATTACH 3.1.2 CONTENT 3.1.3 D ...
- Oracle 20c 新特性：数据泵 expdp / impdp 的EXCLUDE和CHECKSUM增强
墨墨导读:随着 Oracle 的数据泵技术不断增强,这个逻辑数据备份和迁移工具,已经成为了 Oracle 数据库用户的首选工具之一,在 20c 中, expdp / impdp 都获得了大量的特性增强 ...
- oracle数据泵整库备份,详解oracle 12c通过数据泵expdp/impdp工具实现对数据备份、恢复...
标签: 简介 Oracle Database 10g引入了最新的数据泵(Data Dump)技术,数据泵导出导入(EXPDP和IMPDP)的作用 1.实现逻辑备份和逻辑恢复 2.数据库用户之间移动对象 ...
- Oracle使用数据泵 (expdp/impdp)实施迁移
实验环境: 1.导出环境:RedHat6.4+Oracle 11.2.0.4.0,利用数据库自带的scott示例用户进行试验测试. Directory:wjq à /tmp/seiang_wjq 2. ...
- oracle数据泵导入 锁,Oracle数据泵expdp导出，impdp导入
准备: 1)创建逻辑目录,该命令不会在操作系统创建真正的目录,最好以system等管理员创建. create directory dpdata as '/opt'; 2)查看管理理员目录(同时查看操作 ...
- oracle impdp导入实例,Oracle数据泵导入导出案例
Oracle数据库导入导出工具,可以使用exp/imp,但这是比较早期的工具.本文主要介绍数据泵expdp/impdp工具的使用. 建立数据泵目录 使用数据泵需要先建directory create ...
最新文章
- 周志华教授：关于深度学习的一点思考
- svd奇异值分解_矩阵相乘和奇异值分解(SVD)
- Windows和Linux双系统时间不对的问题。
- 局域网流量控制_基于软件定义的网络准入控制体系
- ZK的实际应用：MVVM –加载和渲染数据
- 1008. Elevator (20)
- font-awesome在Vue项目中的使用（npm使用）
- Cesium开发基础篇 | 03加载矢量数据
- HIVE 数据仓库容量清理
- postman中变量设置
- 冯·诺依曼理论的要点
- English——让步状语从句（一般现在时表将来）（三）
- 我的Go+语言初体验——工欲善其事，必先利其器
- openstack“T版“Placement组件部署
- Linux的起源：从一个故事说起
- iOS自定义相机实现拍照和连拍
- 研发管理学习笔记4-学习研发管理的51CTO视频课
- 初高中学生基于计算机模拟的材料分子性质研究科研课题介绍
- python win32print txt_Python Win32Print打印机状态混乱
- windows常用快捷键-简洁版