TSM服务器修改时间或长时间未用问题

yangly

问题情况：一台TSM服务器用户一直未管理，导致一年服务进程未启动。当进程再次启动后dsmadmc也能操作，当时以为就没问题了。可后来客户说DB2还是备份不成功，并且报Reason code 55的错误。
问题解决：一开始在DB2里找问题，备份时系统报：
SQL2062N  An error occurred while accessing media
"/home/db2inst1/sqllib/adsm/libtadsm.a".  Reason code: "55".
的错误网上搜了一下碰到这个报错的都是密码文件不对，或数据库配置有问题的(db2 get db cfg for DBNAME)。因为以前备份是正常的感觉不会是密码文件的问题(/etc/security/adsm/*.PWD)。没办法从头开始查，为了排除密码文件的问题专门试了/usr/lpp/db2_07_01/adsm/dsmapipw命令，这时系统报“*** Server signon failed: (55) Server is in disabled state.”终于有报错信息了，为了再进一步测试运行图形化工具dsm同样报晓Server is disabled。好了大家都看到了是服务器的问题，到服务器上看TSM日志:
ANR0110E An unexpected system date has been detected; the server is disabled. Use the ACCEPT DATE command to establish the current date as valid.
TSM明确报出使用ACCEPT DATE命令，呵呵到这突然感觉TSM还是这么的智能。
执行ACCEPT DATE
tsm: TSMSERVER>accept date
ANR0893I Are you sure that you want to accept the current system date as valid ?
Do you wish to proceed? (Yes (Y)/No (N)) y
ANR0894I Current system has been accepted as valid.
tsm: TSMSERVER>enable sessions
ANR2096I Server now enabled for backup/archive client access.
OK，服务器已经开始接受客户端的连接。
DB2服务器使用db2adutl已经可以正常和TSM服务器连接。

好像是TSM在修改时间或长时间不用的话系统会自动将server置成disable状态，是不是TSM自身的一种保护功能。

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u1/43842/showart_2055933.html