转：常见的tsm排查过程

转个帖子，tsm常见的排查过程。 以AIX平台上的TSM应用为例，列举了一个信息收集清单以及相信信息的收集方法，供用户参考使用。 1． 操作系统信息 操作系统版本信息 oslevel -r 操作系统fixpack信息 instfix -i | grep ML 操作系统是64bit还是32bit？ 2． 安装程序信息 列举系统中安装的所有TSM备份软件信息 lslpp –L | grep tivoli.tsm 3． TSM的在线系统信息和相关版本信息 服务器端信息： Q SYSTEM Q NODE F=D Q SCHEDULE F=D Q LIBV F=D 客户端版本信息： dsmc 该命令结果中包括了客户端版本的version，release，modification等信息。 4． TSM的配置信息 服务器端信息： dsmserv.opt 在AIX环境中，通常位于/usr/tivoli/tsm/server/bin目录下 客户端信息： dsm.sys和dsm.opt 在AIX环境中，通常位于/usr/tivoli/tsm/client/ba/bin目录下 5． TSM的日志信息 服务器端日志信息 Q Actlog Begintime=HH:MM Endtime=HH:MM 这里的Begintime和Endtime至少包括了错误信息出现前后各一个小时的信息。 dsmserv.err 该日志通常位于TSM服务器程序的安装目录下。 客户端日志信息 dsmerror.log 该日志通常位于TSM客户端程序的安装目录下。 dsmsched.log 6． TDP应用日志信息 如果是TDP for Exchange应用则应该收集： tdpexc.log 如果是TSM API客户端应用则应该收集： dsierror.log 如果是TDP for Oralce，则应该收集： tdpoerror.log 如果是针对DB2备份，则应该收集： db2diag.log，db2alert.log，userexit.log 如果是TDP for SQL，则应该收集： tdpsql.log 7． 最后不可缺少的一点： 完整，准确的错误现象描述，和出错信息全文。 仅仅收集到上述信息，并不能完全保证售后工程师可以从中寻找和判断出问题的根源。 但这至少是一个好的开始，它可以帮助工程师了解用户的使用环境，并缩小问题根源的范围，为进一步的诊断打下基础。

 

大家有什么TSM问题可以发邮件我lenx2000@126.com，除在项目实施外一般晚可即可回复

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/11134849/viewspace-611321/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/11134849/viewspace-611321/