Tivoli Storage Manager 故障分析报告

您好！ IBM 公司接到贵公司对于TSM产品备份故障报修后，经过仔细地分析和判断后，现将设备报错原因及解决过程列于如下：

一． 故障原因分析：

故障现象：

无法进行每天backup_db的操作；

在重启TSM的时候发现，612ABF(ORAPOOL)试图进行reclamation的步骤，但是因为在ORAPOOL中没有其它磁带，所以一直报scratch volume not available的错，同时报reclamation failure和mount failure

故障分析：

ORAPOOL中唯一的一盘磁带612ABF的空间已满，所以需要用一盘空白磁带（scratch volume）进行reclamation的操作。由于没有空白磁带在同一个storage pool中，所以造成612ABF无法mount，导致备份操作失败

二． 故障解决方法：

故障在加入一盘新的空白磁带SHA476后得到解决。以下是加入新磁带的详细过程和命令：

(在操作时，开启另外一个AIX窗口，用dsmadmc –console命令打开一个可以监控TSM log的窗口)

1）label libvolume 3583lib sha476 checkin=scratch overwrite=yes

这时系统在TSM log窗口会给出一个request号，并要求把空白磁带放入3583带库的I/O station中；把磁带放入后，用这个命令继续操作： reply <request号>

系统会自动完成把磁带加入libvolume的操作

以上命令把sha476加入到libvolume中去，状态设为scratch；

可以用这个方法对这条命令的操作结果进行验证：

query libvolume

可以看到sha476已经被加入，且状态为scratch

2）define volume orapool sha476

这条命令把sha476加入到orapool中去

完成以上2步操作之后，系统重新发起reclamation的操作，成功mount 612ABF和scratch volume sha476，完成reclamation操作

经过第二天的验证，备份操作顺利完成

IBM 全球服务（中国）有限公司

第二篇：XX故障报告