《[计算机]TSM系统备份故障分析报告》由会员分享，可在线阅读，更多相关《[计算机]TSM系统备份故障分析报告（2页珍藏版）》请在金锄头文库上搜索。
1、Tivoli Storage Manager 故障分析报告您好！ IBM 公司接到贵公司对于 TSM 产品备份故障报修后，经过仔细地分析和判断后，现将设备报错原因及解决过程列于如下：一 故障原因分析：故障现象：无法进行每天 backup_db 的操作；在重启 TSM 的时候发现， 612ABF(ORAPOOL)试图进行 reclamation 的步骤，但是因为在 ORAPOOL 中没有其它磁带，所以一直报 scratch volume not available 的错，同时报 reclamation failure 和 mount failure故障分析：ORAPOOL 中唯一的一盘磁带 61
2、2ABF 的空间已满，所以需要用一盘空白磁带（scratch volume）进行 reclamation 的操作。由于没有空白磁带在同一个 storage pool 中，所以造成 612ABF 无法 mount，导致备份操作失败二 故障解决方法：故障在加入一盘新的空白磁带 SHA476 后得到解决。以下是加入新磁带的详细过程和命令：(在操作时，开启另外一个 AIX 窗口，用 dsmadmc console 命令打开一个可以监控 TSM log 的窗口)1）label libvolume 3583lib sha476 checkin=scratch overwrite=yes这时系统在 TSM
3、log 窗口会给出一个 request 号，并要求把空白磁带放入 3583带库的 I/O station 中；把磁带放入后，用这个命令继续操作：reply 系统会自动完成把磁带加入 libvolume 的操作以上命令把 sha476 加入到 libvolume 中去，状态设为 scratch；可以用这个方法对这条命令的操作结果进行验证：query libvolume可以看到 sha476 已经被加入，且状态为 scratch2）define volume orapool sha476这条命令把 sha476 加入到 orapool 中去完成以上 2 步操作之后，系统重新发起 reclamation 的操作，成功 mount 612ABF 和 scratch volume sha476，完成 reclamation 操作经过第二天的验证，备份操作顺利完成IBM 全球服务（中国）有限公司
