系统为windows,安装了ba和dp for mssql对SQLServer数据库进行备份
但经常出现备份调度未执行情况,如下图:
查看了客户机的sched 日志
2017-07-11 03:30:32 TSM 备份/归档客户机 V7.1.6.2
2017-07-11 03:30:32 从服务器查询下一调度事件。
2017-07-11 03:30:32 节点名称:ERPDB
2017-07-11 03:30:43 与服务器建立的会话:BY-BACKUPSERVER:Windows
2017-07-11 03:30:43 服务器版本 7,发行版 1,级别 7.0
2017-07-11 03:30:43 服务器日期/时间:2017-07-11 03:31:09 上一次访问:2017-07-10 15:38:56
2017-07-11 03:30:43 --- SCHEDULEREC 查询开始
2017-07-11 03:30:43 --- SCHEDULEREC 查询结束
2017-07-11 03:30:43 下一调度操作:
2017-07-11 03:30:43 ------------------------------------------------------------
2017-07-11 03:30:43 调度名称: SCHE_ERPDB
操作: Command
对象: C:/fullbackup.cmd
2017-07-11 03:30:43 选项:
2017-07-11 03:30:43 服务器窗口启动: 03:30:00 2017-07-12
2017-07-11 03:30:43 ------------------------------------------------------------
2017-07-11 03:30:43 刷新调度时间:12 小时内.
请问这个问题是什么原因呢?
应该怎样排查?
是不是TSM Server 和客户端时间有10S左右的差异导致的呢?
谢谢
谢谢大家的回复!
我又仔细比对了失败的和正确执行的sched日志,猜测应该是客户端时间和TSM Server有差异导致的(确切的说是TSM时间比客户端时间快一点)
以上面的为例,client 调度程序在凌晨3:30左右去TSM Server查询调度信息,此时TSM Server 为3:31。 以此时间去查询大于等于该时间的调度程序,发现是第二天的凌晨,而不是当天尚未执行的调度。
其他调度失败的,TSM Server 当时的时间都是大于等于03:31。
为什么client时间有差异?是因为和NTP服务器的同步间隔使用了默认的一周。
我现在改成了1小时同步一次。
接下来几天再观察下备份调度情况,希望能够解决。
收起看一下q actlog日志有没有异常的地方
收起