TSM 数据备份调度未正常执行

系统为windows,安装了ba和dp for mssql对SQLServer数据库进行备份但经常出现备份调度未执行情况,如下图:QQ截图20170712144614.png查看了客户机的sched 日志2017-07-11 03:30:32 TSM 备份/归档客户机 V7.1.6.2 2017-07-11 03:30:32 从服务器查询下一调度事件。2017-07-11 03...显示全部

系统为windows,安装了ba和dp for mssql对SQLServer数据库进行备份
但经常出现备份调度未执行情况,如下图:
QQ截图20170712144614.png

QQ截图20170712144614.png

查看了客户机的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左右的差异导致的呢?
谢谢

收起
参与37

查看其它 3 个回答TonyWang的回答

TonyWangTonyWang系统工程师BY

谢谢大家的回复!

  1. 调度时间没改过
  2. 调度执行的命令也正确
  3. 客户端调度服务也是启动的

我又仔细比对了失败的和正确执行的sched日志,猜测应该是客户端时间和TSM Server有差异导致的(确切的说是TSM时间比客户端时间快一点)
ddddd.png

ddddd.png

以上面的为例,client 调度程序在凌晨3:30左右去TSM Server查询调度信息,此时TSM Server 为3:31。 以此时间去查询大于等于该时间的调度程序,发现是第二天的凌晨,而不是当天尚未执行的调度。
其他调度失败的,TSM Server 当时的时间都是大于等于03:31。

为什么client时间有差异?是因为和NTP服务器的同步间隔使用了默认的一周。
我现在改成了1小时同步一次。

接下来几天再观察下备份调度情况,希望能够解决。

互联网服务 · 2017-07-18
浏览3152

回答者

TonyWang
系统工程师BY
擅长领域: 存储服务器数据库

TonyWang 最近回答过的问题

回答状态

  • 发布时间:2017-07-18
  • 关注会员:4 人
  • 回答浏览:3152
  • X社区推广