TSM系统备份故障分析报告

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 全球服务（中国）有限公司。