当前位置: 首页 > news >正文

故障处理:清除 DBA_DATAPUMP_JOBS 视图中的异常数据泵作业

故障处理:清除 DBA_DATAPUMP_JOBS 视图中的异常数据泵作业

我们的文章会在微信公众号IT民工的龙马人生和博客网站( www.htz.pw )同步更新 ,欢迎关注收藏,也欢迎大家转载,但是请在文章开始地方标注文章出处,谢谢!
由于博客中有大量代码,通过页面浏览效果更佳。

故障处理:清除 DBA_DATAPUMP_JOBS 视图中的异常数据泵作业

今天群里面有兄弟在问关于dba_datapump_jobs中的not running的作业的清除的方法及not running状态的代表什么意思。
not running状态的作业有两个意思
1,作业被暂停。
2,dw/dm进程crash,但是master table还存在
其实多数情况下是属于2,关于怎么清除相当作业,可以看下面的MOS文件,已经写得相当的好,并且还是中文的
欢迎大家加入ORACLE超级群:17115662 免费解决各种ORACLE问题,以后BLOG将迁移到http://www.htz.pw

如何清除 DBA_DATAPUMP_JOBS 视图中的异常数据泵作业? (文档 ID 1626201.1)

适用于:

Oracle Database – Enterprise Edition – 版本 10.1.0.2 到 11.2.0.3 [发行版 10.1 到 11.2]

本文档所含信息适用于所有平台

目标

如何清除 DBA_DATAPUMP_JOBS 视图中的异常数据泵作业?

解决方案

用于这个例子中的作业:

– 导出作业 SCOTT.EXPDP_20051121 是一个正在运行的 schema 级别的导出作业

– 导出作业 SCOTT.SYS_EXPORT_TABLE_01 是一个表级别的异常导出作业

– 导出作业 SCOTT.SYS_EXPORT_TABLE_02 是一个表级别的停止导出作业

– 导出作业 SYSTEM.SYS_EXPORT_FULL_01 是一个被暂停的全库导出作业

第1步. 用 SQL*PLUS 判断在数据库中有哪些数据泵作业

%sqlplus /nologCONNECT / as sysdbaSET lines 200COL owner_name FORMAT a10;COL job_name FORMAT a20COL state FORMAT a12COL operation LIKE stateCOL job_mode LIKE state

— 查找数据泵作业:

SELECT owner_name, job_name, operation, job_mode,state, attached_sessionsFROM dba_datapump_jobsWHERE job_name NOT LIKE ‘BIN$%’ORDER BY 1,2;OWNER_NAME JOB_NAME            OPERATION JOB_MODE  STATE       ATTACHED———- ——————- ——— ——— ———– ——–SCOTT      EXPDP_20051121      EXPORT    SCHEMA    EXECUTING          1SCOTT      SYS_EXPORT_TABLE_01 EXPORT    TABLE     NOT RUNNING        0SCOTT      SYS_EXPORT_TABLE_02 EXPORT    TABLE     NOT RUNNING        0SYSTEM     SYS_EXPORT_FULL_01  EXPORT    FULL      NOT RUNNING        0

第2步. 确保在 dba_datapump_jobs 中列出的作业不是活动的数据泵作业: 状态应该是’NOT RUNNING’。

第3步. 同作业属主确认视图 dba_datapump_jobs 中状态为’NOT RUNNING’ 的作业不是被暂停,而失败的作业。(例如,SYSTEM 用户的全库导出作业不是一个失败的作业,而是一个被故意暂停的作业)

第4步. 通过 SQL*Plus 找到相关的 master 表:

— 查找数据泵的 master 表:


SELECT o.status, o.object_id, o.object_type,o.owner||’.’||object_name “OWNER.OBJECT”FROM dba_objects o, dba_datapump_jobs jWHERE o.owner=j.owner_name AND o.object_name=j.job_nameAND j.job_name NOT LIKE ‘BIN$%’ ORDER BY 4,2;STATUS   OBJECT_ID OBJECT_TYPE  OWNER.OBJECT——- ———- ———— ————————-VALID        85283 TABLE        SCOTT.EXPDP_20051121VALID        85215 TABLE        SCOTT.SYS_EXPORT_TABLE_02VALID        85162 TABLE        SYSTEM.SYS_EXPORT_FULL_01

第5步. 对于过去被终止的和根本不会再启动的作业,删除它的 master 表,例如,

DROP TABLE scott.sys_export_table_02;

— 对于启用了 recycle bin 的系统,需要额外运行:

purge dba_recyclebin;

第6步. 重新运行第1步和第4步对 dba_datapump_jobs 和 dba_objects 的查询。如果 dba_datapump_jobs 里仍然有作业列出,并且这些作业根本没有 master 表,我们就可以以作业属主的身份清除它们。例如,

CONNECT scott/tigerSET serveroutput onSET lines 100DECLAREh1 NUMBER;BEGINh1 := DBMS_DATAPUMP.ATTACH(‘SYS_EXPORT_TABLE_01′,’SCOTT’);DBMS_DATAPUMP.STOP_JOB (h1);END;/

注意:调用 STOP_JOB 过程以后,可能会花一点时间去清除作业,我们可以查询 user_datapump_jobs 检查作业是否已经被清除掉:

SELECT * FROM user_datapump_jobs;

第7步. 确认作业已经被清除

CONNECT / as sysdbaSET lines 200 COL owner_name FORMAT a10; COL job_name FORMAT a20 COL state FORMAT a12 COL operation LIKE state COL job_mode LIKE state 

— 查找数据泵作业:


SELECT owner_name, job_name, operation, job_mode, state, attached_sessions FROM dba_datapump_jobs WHERE job_name NOT LIKE ‘BIN$%’ ORDER BY 1,2; OWNER_NAME JOB_NAME            OPERATION JOB_MODE  STATE       ATTACHED———- ——————- ——— ——— ———– ——–SCOTT      EXPDP_20051121      EXPORT    SCHEMA    EXECUTING          1SYSTEM     SYS_EXPORT_FULL_01  EXPORT    FULL      NOT RUNNING        0

— 查找数据泵的 master 表:


SELECT o.status, o.object_id, o.object_type,o.owner||’.’||object_name “OWNER.OBJECT”FROM dba_objects o, dba_datapump_jobs jWHERE o.owner=j.owner_name AND o.object_name=j.job_nameAND j.job_name NOT LIKE ‘BIN$%’ ORDER BY 4,2;STATUS   OBJECT_ID OBJECT_TYPE  OWNER.OBJECT——- ———- ———— ————————-VALID        85283 TABLE        SCOTT.EXPDP_20051121VALID        85162 TABLE        SYSTEM.SYS_EXPORT_FULL_01

摘要:

1. 异常数据泵作业不会影响新的数据泵作业. dba_datapump_jobs 是基于 gv$datapump_job, obj$, com$, and user$ 的一个视图。 这个视图显示仍在运行的数据泵作业,或者作业的 master 表仍然保留在数据库中,或者不正常结束的作业(异常作业)。如果一个新的数据泵作业启动, 会创建一条新的记录,与旧的数据泵作业无关。

2. 当用系统自动生成的作业名启动一个新的数据泵作业时,我们会检查 dba_datapump_job 中现有的名称以保持惟一性。当然,启动这个作业的用户下需要有足够的空间来创建一个新的 master 表。

3. 数据泵作业与用 DBMS_JOBS 包定义的作业不同, DBMS_JOBS 创建的作业使用它自己的进程。 数据泵作业使用一个 master 进程和一些 worker 进程。如果一个数据泵作业被暂停,数据泵作业会一直存在在数据库中(status: NOT RUNNING),这时,master 和 worker 进程会被停止,或者不再存在。客户端之后可以再次挂载到这个作业,并且继续作业的执行(START_JOB)。

4. 如果活动的数据泵作业相关联的 master 表被删除,可能会导致不一致.

4.a. 如果是一个导出作业, 不太可能引起不一致,因为删除 master 表只会导致数据泵的 mater 和 worker 进程中止。这种情况类似于客户端发起的一个意外中止。
4.b. 如果这个作业是一个导入作业,那么情况就有所不同。删除掉 master 表会导致数据泵的 worker 和 mater 进程中断。这有可能会引起不完整的导入。 例如,没有导入表的所有数据,或表,索引,视图等的导入不完整, 这种情况类似于意外中断导入的客户端。删除 master 表本身不会引起任何数据字典的不一致。如果您在作业完成后还保留 master 表(使用非公开的参数:KEEP_MASTER=Y),以后再删除 master表的操作不会造成任何不一致。

------------------作者介绍-----------------------
姓名:黄廷忠
现就职:Oracle中国高级服务团队
曾就职:OceanBase、云和恩墨、东方龙马等
电话、微信、QQ:18081072613
个人博客: (http://www.htz.pw)
CSDN地址: (https://blog.csdn.net/wwwhtzpw)
博客园地址: (https://www.cnblogs.com/www-htz-pw)

http://www.hskmm.com/?act=detail&tid=13367

相关文章:

  • Web自动化测试智能体详解
  • Queue 配合Thread使用
  • MyEMS 进阶应用:从单厂能耗管理到集团跨区域能源数据协同分析
  • Playwright自动化测试框架与AI智能体应用
  • 以下内容在if判定的时候会被判定为 假
  • Python __init__.py文件
  • 20250330_信安一把梭_考试篇
  • VS Code配置Conda环境完整指南
  • 不同Windows系统中支持的最新.Net Framework/.NET版本
  • avalonia android TextBox多行模式下回车会关闭输入法问题
  • 每周读书与学习-初识JMeter 元件(二)
  • client-go限速之QPS、Burst 和 RateLimiter
  • 三度蝉联Gartner SASE领导者:唯一厂商的技术实力解析
  • 基础命令
  • 水水水 || CSP-S 2025 初赛
  • python实现网站登录会话脚本 - wanghongwei
  • HCM 性能优化函数
  • Nginx配置里alias和root的区别
  • 国产DevOps生态崛起:Gitee如何赋能企业数字化转型
  • 【OpenCV】10 图像滤波
  • 基于java+springboot的社区居民诊疗健康管理系统(源代码+文档+讲解视频) - 指南
  • 时序数据库IoTDB的六大实用场景盘点 - 指南
  • 50系GPU上安装MMCV
  • K8S的CoreDns配置文件添加域名解析
  • 20250308_信安一把梭_web
  • nodify_介绍及安装
  • MQTT协议(消息队列遥测传输)
  • 如何构建embeding 的就是pytorch 中
  • 萤石设备视频接入平台EasyCVR国标GB28181视频平台整合铁路抑尘喷洒智能视频监控方案
  • 【低代码平台之应用构建展示】数智化贸易订单管理平台