记一次备份发起时间延后问题

标签：

下午接到某业务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备份进程异常终止。

同样有个业务也是如此：

记一次备份发起时间延后问题

标签：

原文地址：http://www.cnblogs.com/jasoname/p/5086598.html