下午接到某业务DBA电话，某某业务资源比较繁忙，说备份发起时间由原来的12点延迟到13点半了。
经过查询确实备份时间一般在中午12点就发起，结果今天在1点半发起，1点半为上班时间再加上备份资源占用肯定高。经过业务组同意暂时先停掉该业务的job和策略。后接到反馈资源使用下来了。
问题暂时解决但需要查明原因为啥备份发起时间延后1.5小时。
查询备份发起时间结束时间等相关信息：
COL STATUS FORMAT a9
COL hours FORMAT 999.999
COL START_TIME for a20
COL END_TIME for a20
set linesize 200
SELECT SESSION_KEY, INPUT_TYPE, STATUS,
TO_CHAR(START_TIME,'yyyy-mm-dd hh24:mi') start_time,
TO_CHAR(END_TIME,'yyyy-mm-dd hh24:mi') end_time,
ELAPSED_SECONDS/3600 hours
FROM V$RMAN_BACKUP_JOB_DETAILS
ORDER BY SESSION_KEY;
查出如下：
仔细检查看原来在12点钟发起备份，备份到13点18分备份异常，查看备份STATUS发现状态是FAILED。
接下来就明了了，该业务确实在12点钟发起，但是在13点18分备份失败，由于该业务的备份时间窗口为12点-16点。业务备份失败后还在时间窗口内故在13点29分继续发起备份操作。至于开始时间是13点29的备份那是手动取消的job关掉备份策略引起的所以备份是失败的。至于12点备份失败的原因由于备份脚本输出日志被覆盖，无法定位，怀疑可能就是该业务设备资源繁忙导致rman备份进程异常终止。
同样有个业务也是如此：
