转帖-常见的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. 最后不可缺少的一点:
完整,准确的错误现象描述,和出错信息全文。
仅仅收集到上述信息,并不能完全保证售后工程师可以从中寻找和判断出问题的根源。
但这至少是一个好的开始,它可以帮助工程师了解用户的使用环境,并缩小问题根源的范围,为进一步的诊断打下基础。
如果大家需要我帮忙,请按照如上的信息发给我到我mail里面,我会在工作之余尽快回复给大家的。。
我mail是[email]qian1110@sina.com[/email]
[[i] 本帖最后由 qian1110 于 2008-12-21 21:10 编辑 [/i]] ding qian老板是个大好人!:lu11: :lu11: :lu11: :lu11: 忘了说,发了mail后,请在我qq或者lunt短消息给我 qian老板太热心了:handshake zhichiixia 好人一个啊,象楼主学习。。:victory:
大大的好人!!!
qian1110 真是好人,顶一个!!!:victory: :lol这么好的斑竹,应该给个 精英 奖项!!!! 老农 主席,同意吗?? 谢谢LZ! ls的id好小,高手
回复 #1 qian1110 的帖子
楼主,写的文档,我认为是非常好的~~可以帮助我少走多少弯路.感谢!!!感谢!!!点睛之笔. 谢谢LZ 顶qian老大 好东西!支持 虽然我刚开始想学习TSM,但看到楼主的帖子我实在感动的不行了,好人啊。 thank you , 少走很多弯路,谢谢楼主 楼主,写的文档,我认为是非常好的~~可以帮助我少走多少弯路.感谢!!!感谢!!! Thanks.............. 最近在学习tsm,要多向前辈学习,不光是技术,, 支持ing
。。。。。。。。。。。。。 3。服务器端信息 我常查:
Q ev * * begind=-1
Q path f=d
Q drive f=d
Q proc
Q session 欢迎大家补充
其实 ls你可以把 q act 输出到一个文件,在这个文件进行search ,很方便的 大好人大好人大好人大好人