如何监控Expdp/Impdp会话进度

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/okhymok/article/details/83539874

有时候由于expdp导出的数据量太大,而会话不小心关闭了,如何查看expdp进度如何?通过下面两个视图可以查看到关于expdp工作的进度和相关信息:
1、查看正在运行的job:
SELECT * FROM DBA_DATAPUBMP_JOBS;
SELECT * FROM DBA_DATAPUMP_SESSIONS;
SELECT SID,SERIAL# FROM V$SESSION S,DBA_DATAPUMP_SESSIONS D WHERE S.SADDR=D.SADDR;
SELECT   SID,
         SERIAL#,
         S.SADDR,
         S.PROGRAM,
         S.USERNAME,
         S.STATUS,
         S.SQL_ID,
         SQL.SQL_FULLTEXT
  FROM   V$SESSION S, DBA_DATAPUMP_SESSIONS D, V$SQLAREA SQL
 WHERE       S.SADDR = D.SADDR
         AND S.SQL_ADDRESS = SQL.ADDRESS
         AND S.SQL_ID = SQL.SQL_ID;

2、使用attach参数:
1)查看任务进度
当你使用crontab后台任务运行导入导出任务的时候,想查看任务进度,该参数很有用,可以让你再次连接到已经断开的会话中,再次接管导出或导入的任务,当然你得先用前面2个视图查到jobname。
2)中途想停止crontab后台任务
假如之前后台任务的脚本中,有类似命令:

expdp system/xxx  DIRECTORY=DATA_PUMP_DIR2  parallel=32  DUMPFILE=xxxx-%U.dmp  filesize=50G  LOGFILE=xxx.log SCHEMAS=xxx  job_name=lurou.exp

此时你可以使用如下命令重新连接任务,并达到提前终止任务的目的:

expdp system/xxx  attach=lurou.exp

3、 v$session_longops
另也可以通过v$session_longops视图来监控长期运行的会话。


4、通过语句查看impdp进度
SELECT  a.tablespace_name,
        ROUND (a.total_size) "total_size(MB)",
        ROUND (a.total_size) - ROUND (b.free_size, 3) "used_size(MB)",
        ROUND (b.free_size, 3) "free_size(MB)",
        ROUND (b.free_size / total_size * 100, 2) || '%' free_rate
  FROM  (  SELECT  tablespace_name, SUM (bytes) / 1024 / 1024 total_size
              FROM  dba_data_files
          GROUP BY  tablespace_name) a,
        (  SELECT  tablespace_name, SUM (bytes) / 1024 / 1024 free_size
              FROM  dba_free_space
          GROUP BY  tablespace_name) b
 WHERE  a.tablespace_name = b.tablespace_name(+);


另外,还可以使用视图v$session_longops查看RMAN备份进度
SELECT SID,OPNAME, SERIAL#, CONTEXT, SOFAR, TOTALWORK,
ROUND(SOFAR/TOTALWORK*100,2) "%_COMPLETE"
FROM V$SESSION_LONGOPS
WHERE OPNAME LIKE 'RMAN%'
AND OPNAME NOT LIKE '%aggregate%'
AND TOTALWORK != 0
AND SOFAR <> TOTALWORK
order by "%_COMPLETE" 
desc
--------------------- 
 

猜你喜欢

转载自blog.csdn.net/okhymok/article/details/83539874