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

问题情况：一台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自身的一种保护功能。