物化视图

在 Oracle 数据库中，当 Job 的 BROKEN 状态为 Y 时，意味着该定时任务已被标记为“损坏”或“禁用”，系统将不再自动调度执行它。

这就像给这个任务按下了“暂停键”，它会被移出自动执行的队列，直到有人手动干预。

1. 🤔 为什么 Job 会变成 BROKEN=Y？

最常见的原因是连续执行失败。Oracle 有一种自我保护机制：

1. 当一个 Job 执行出错时，Oracle 不会立即放弃，而是会尝试重新执行。
2. 它会进行多次重试（通常是 16 次），并且每次重试的间隔会越来越长。
3. 如果连续失败了 16 次，Oracle 就会判定这个 Job 有严重问题，自动将其 BROKEN 状态设置为 Y，以防止它继续无谓地消耗系统资源。

当然，数据库管理员也可以手动将一个 Job 设置为 BROKEN=Y，以临时或永久地停止它。

2. 🔍 如何确认 Job 是否 Broken？

你可以通过查询 DBA_JOBS 或 USER_JOBS 视图来检查 Job 的状态。一个非常典型的迹象是，当 BROKEN 变为 Y 时，它的 NEXT_DATE（下次执行时间）通常会被设置为一个遥远的未来日期，比如 4000-01-01。

SELECT JOB, WHAT, BROKEN, FAILURES, NEXT_DATE, LAST_ERR
FROM DBA_JOBS
WHERE JOB = <你的Job ID>;

关注以下几个关键字段：

• BROKEN: 如果值为 Y，则任务已损坏。
• FAILURES: 显示连续失败的次数。如果这个数字很大（例如 16），就说明是因失败而被标记为损坏。
• LAST_ERR: 显示最后一次执行失败的错误信息，这是排查问题根源的关键线索。

3. 🛠️ 如何让 Broken 的 Job 恢复运行？

修复一个 BROKEN=Y 的 Job 通常分为两步：

3.1. 第一步：诊断并修复根本问题

这是最关键的一步。你需要根据 LAST_ERR 中的错误信息或数据库的告警日志（alert log），找出 Job 内部的存储过程或 SQL 语句为什么失败，并修复它。如果不解决这个问题，即使恢复了，它很快又会再次失败并变为 BROKEN。

3.2. 第二步：手动唤醒 Job

在修复了底层问题后，你可以通过以下两种方式之一来“唤醒”这个 Job：

1. 手动执行一次 使用 DBMS_JOB.RUN 过程手动运行一次 Job。如果执行成功，Oracle 会自动将 BROKEN 状态重置为 N，并将 FAILURES 计数清零。

   BEGIN
     DBMS_JOB.RUN(<你的Job ID>);
     COMMIT; -- 别忘了提交！
   END;
   /

2. 强制重置状态 你也可以直接使用 DBMS_JOB.BROKEN 过程，强制将其状态设置为正常。

   BEGIN
     DBMS_JOB.BROKEN(<你的Job ID>, FALSE); -- FALSE 代表设置为 N
     COMMIT; -- 别忘了提交！
   END;
   /

重要提醒：在执行任何 DBMS_JOB 包的操作后，务必执行 COMMIT;，否则你的更改不会生效。