TSM调度错过的问题

  在昨天通过800解决密码失效问题后手动要用户进行了rman备份，结果数据正常备份到了磁带库。但今天用户又打电话说是早上的调度一个都没执行，显示错过。还不等我了解是什么情况就马上要求我赶到现场，本想明天反正要到现场再一起顺便看一下的。

    没办法只好赶到现场，看了下没有新产生rman日志，倒是看到了昨天手动执行rman脚本留下来的日志，看了日志一切正常，看来是调度根本没有执行。马上ps -ef | grep dsm，看看有没有dsmc sched的进程，结果发现根本就没有。看来问题很简单，调度服务给停了。

    因为是菜鸟，虽然大致知道是这个原因引起的，但想着昨天都还调度了呢，只是备份失败而已，今天怎么就出问题了呢？于是第二次拔打了800，800的工程师还真是挺忙的，都在忙，过了会才有工程师跟我联系。果然IBM工程师也叫我检查调度服务启动了没有，并叫我看调度日志（/usr/tivoli/tsm/client/ba/bin/dsmsched.log）。从日志里果然发现从昨天晚上6点多开始服务就停止了，会不会跟昨天更新密码有关呢？

    先不管了，先要解决问题才是王道。于是根据ibm工程师告诉我的方法在后台启动tsm调度，命令为

nohup dsmc schedule 2>null &

    但在另一窗口用ps -ef | grep明显没看到有dsmc sched的任何进程信息？这是怎么回事呢？来回折腾了好几次都不行，即然后台不行，那我在前台执行总可以了吧。于是

dsmc schedule

      提示要我输入用户名和密码，输入后看到熟悉的界面了，从12小时开始倒计时，在另一个窗口看到已经有调度进程了，于是再次尝试nohup dsmc schedule 2>null &，终于看到调度进程dsmc sched给起来了。

    问题是解决了，我估计可能是昨天更新的密码和原来不一致，所以需要验证一次，开始在后台执行的时候也是要求输入用户名和密码，只是在后台看不到，所以调度进程老启动不起来。希望明天一切恢复正常吧，另一方面也得赶紧找时间多了解下TSM资料才行了。