Мониторинг истории запусков и сбоев заданий планировщика
OracleПланировщикКоманда
-- 1) Recent runs: duration, CPU, error code and message
SELECT owner, job_name, status, error#,
TO_CHAR(actual_start_date,'YYYY-MM-DD HH24:MI:SS') AS started,
run_duration, cpu_used,
SUBSTR(additional_info, 1, 200) AS info
FROM dba_scheduler_job_run_details
WHERE owner = 'CUSTOMER_APP'
ORDER BY actual_start_date DESC
FETCH FIRST 20 ROWS ONLY;
-- 2) Failures in the last 24 hours (whole DB):
SELECT owner, job_name, error#, actual_start_date, SUBSTR(errors, 1, 300) AS errors
FROM dba_scheduler_job_run_details
WHERE status <> 'SUCCEEDED'
AND log_date > SYSTIMESTAMP - INTERVAL '1' DAY
ORDER BY log_date DESC;
-- 3) Currently running:
SELECT owner, job_name, session_id, running_instance, elapsed_time, cpu_used
FROM dba_scheduler_running_jobs;
-- 4) Lifecycle events (ENABLE/DISABLE/RUN/STOP...):
SELECT log_date, owner, job_name, operation, status
FROM dba_scheduler_job_log
WHERE owner = 'CUSTOMER_APP'
ORDER BY log_date DESC
FETCH FIRST 20 ROWS ONLY;
-- Log retention (days): EXEC DBMS_SCHEDULER.SET_SCHEDULER_ATTRIBUTE('log_history', '30');Что делает
По представлениям журнала планировщика выводит для каждого запуска время начала, длительность, использование CPU, статус и сообщение об ошибке, а также выполняющиеся задания и события жизненного цикла заданий.
Когда использовать
Когда ночное задание не запустилось или выполнялось слишком долго, для отслеживания SLA заданий и при определении правил оповещения о сбоях в системе мониторинга (OEM/Zabbix/Prometheus).
Внимание
Только чтение; лицензия не требуется. Срок хранения журнала по умолчанию — 30 дней, а задания с logging_level OFF записей не создают. Столбец ERRORS существует в 12c+; в более старых релизах смотрите ADDITIONAL_INFO. В RAC RUNNING_INSTANCE показывает, на каком узле выполнялось задание.