expdp导出卡住问题诊断

本文链接:https://blog.csdn.net/guogang83/article/details/78800487

[[email protected] ~]$nohup expdp gg/gg directory=gg_DB dumpfile=gg_20171212_%u.dmp logfile=gg_zc_20171212.log parallel=4 job_name=exp_gg_20171212 filesize=20g  cluster=no  compression=DATA_ONLY &
...................................................
Estimate in progress using BLOCKS method...
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
导出一直卡在这里。

1.刚开始以为是ESTIMATE的问题,ESTIMATE默认是BLOCKS 。
ESTIMATE 计算作业估计值。
有效的关键字值为: [BLOCKS] 和 STATISTICS。
于是把调整了一下,ESTIMATE=STATISTICS,结果还是卡住。

2.回归这个问题,那就要找到它到底在做什么,怎么看呢?
select s.EVENT,s.MODULE,s.PROGRAM from gv$session s where s.PROGRAM like ‘%(DW%‘;(也可以查MODULE=Data Pump Worker)
看到了有行锁enq: TX - contention,

3.查下谁堵塞了它,kill session,可以导出了。
SELECT bs.INST_ID,
       bs.username "Blocking User",  
       bs.username "DB User",  
       bs.SID "SID",  
       bs.serial# "Serial#",  
       bs.sql_address "address",  
       bs.sql_hash_value "Sql hash",  
       bs.program "Blocking App",     
       bs.machine "Blocking Machine",   
       bs.osuser "Blocking OS User",   
       bs.serial# "Serial#",                        
       ws.username "Waiting User",  
       ws.SID "WSID",  
       ws.program "Waiting App",  
       ws.machine "Waiting Machine",  
       ws.osuser "Waiting OS User",  
       ws.serial# "WSerial#",  
       wk.TYPE lock_type,  
       hk.lmode mode_held,  
       wk.request mode_requested,  
       TO_CHAR(hk.id1) lock_id1,  
       TO_CHAR(hk.id2) lock_id2,  
       hk.BLOCK blocking_others  
  FROM gv$lock hk, gv$session bs, gv$lock wk, gv$session ws  
 WHERE hk.BLOCK = 1  
   AND hk.lmode != 0  
   AND hk.lmode != 1  
   AND wk.request != 0  
   AND wk.TYPE(+) = hk.TYPE  
   AND wk.id1(+) = hk.id1  
   AND wk.id2(+) = hk.id2  
   AND hk.SID = bs.SID(+)  
   AND wk.SID = ws.SID(+)  
   AND (bs.username IS NOT NULL)  
   AND (bs.username <> ‘SYSTEM‘)  
   AND (bs.username <> ‘SYS‘)  
 ORDER BY 1;

原文地址:https://www.cnblogs.com/lcword/p/11779617.html

时间: 2024-08-30 14:28:47

expdp导出卡住问题诊断的相关文章

expdp 导出sys用户下的表报错ORA-39165 和ORA-39166

同事在用expdp导出sys用户下的table,结果报错,全部的log 如下: [[email protected] ~]$ expdp sys/**** directory=exp_dir dumpfile=fga_log.dmp logfile=fga_log.log tables=fga_log$ Export: Release 11.2.0.3.0 - Production on Thu Jan 17 13:07:23 2014 Copyright (c) 1982, 2011, Ora

expdp导出数据库

源地址:http://www.cnblogs.com/luluping/archive/2010/03/16/1687093.html 使用EXPDP和IMPDP时应该注意的事项: EXP和IMP是客户端工具程序,它们既可以在客户端使用,也可以在服务端使用. EXPDP和IMPDP是服务端的工具程序,他们只能在ORACLE服务端使用,不能在客户端使用. IMP只适用于EXP导出的文件,不适用于EXPDP导出文件:IMPDP只适用于EXPDP导出的文件,而不适用于EXP导出文件. expdp或im

数据泵EXPDP导出工具和IMPDP导入工具的使用

数据泵EXPDP导出工具和IMPDP导入工具的使用  一.EXPDP和IMPDP使用说明 Oracle Database 10g引入了最新的数据泵(Data Dump)技术,数据泵导出导入(EXPDP和IMPDP)的作用 1)实现逻辑备份和逻辑恢复. 2)在数据库用户之间移动对象. 3)在数据库之间移动对象. 4)实现表空间搬移. 二.数据泵导出导入与传统导出导入的区别 在10g之前,传统的导出和导入分别使用EXP工具和IMP工具,从10g开始,不仅保留了原有的EXP和IMP工具,还提供了数据泵

expdp 导出 ORA-31638 ORA-25448 错误处理

expdp 导出报如下错误: [[email protected] ~]$ expdp  directory=backup dumpfile=user.dmplogfile=user.log schemas=dave Export: Release 11.2.0.3.0 - Production onThu Aug 28 00:28:34 2014 Copyright (c) 1982, 2011, Oracle and/or itsaffiliates.  All rights reserve

使用Exp和Expdp导出数据的性能对比与优化

1.前言 数据备份对信息系统的安全运行至关重要,我们的用户中,使用RMan或第三方专业备份软件的越来越多,但是很多用户仍然保留了传统的Exp作为备份策略的一部分,主要是由于这种备份方式简单易用,而且恢复到其他机器上也很方便,所以,虽然有其他的备份方式,但是Exp方式仍然会同时使用,甚至还有不少的用户只有这种备份方式. 随着用户的数据量增长,Exp导出方式存在的问题也日渐突出,主要就是耗时长,有的甚至超过3个小时,加上常见的后台自动作业:汇总表的计算,自动费用的计算,统计信息的收集等工作,使一个晚

impdp导入expdp导出数据库实例

impdp命令在cmd下直接用,不必登录oracle.只能导入expdp导出的dmp文件. expdp导出的时候,需要创建 DIRECTORY 导出什么表空间,导入也要什么表空间. 导出什么用户,导入也要什么用户. 如果没有要新建. 从远程服务器expdp导出了TOOLBOX用户的数据库dmp文件,要导本地开发环境中. 本地oracle环境是全新的(windows环境). 创建表空间 create tablespace TOOLBOXloggingdatafile 'C:\oraclexe\ap

一个简单的expdp导出UDE-31623 ORA-31623

问题描述: ORACLE  EXADATA 12.2  4节点   一个简单的expdp导出,在之前是正常的,但是隔了一天后出现问题了,具体报错信息如下: expdp '"/as sysdba"' DIRECTORY=dir1  DUMPFILE=vat_%U.dmp  logfile=vat_20190505.log VERSION= 11.2.0.4.0 SCHEMAS=VAT  CLUSTER=NO  exclude=STATISTICS  parallel=4 UDE-3162

expdp导出遇到ORA-39064: 无法写入日志文件

. . 导出了 "USER_XXXX"."TAB_YYYY" 0 KB 0 行 ORA-39064: 无法写入日志文件 ORA-29285: 文件写入错误 经过搜索mos,有如下的文章给出了解决方案: Error ORA-39064 Might Be Encountered By DataPump Export (EXPDP) When NLS_LANG Is Different From Database Character Set (Doc ID 1321034

『ORACLE』 数据泵Data Pump中expdp导出(11g)

[[email protected] ~]$ mkdir datadump[[email protected] ~]$ cd datadump/[[email protected] datadump]$ pwd/home/oracle/datadump SQL> create or replace directory dir_dp as '/home/oracle/datadump'; Directory created. SQL> grant read,write on directory