Acdante
作者Acdante2017-01-09 15:32
技术总监, SHFY

TSM故障分析案例分享一例

字数 870阅读 1504评论 0赞 0

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的操作

tob_id_3541

以上命令把sha476加入到libvolume中去,状态设为scratch; 可以用这个方法对这条命令的操作结果进行验证: query libvolume 可以看到sha476已经被加入,且状态为scratch 2)define volume orapool sha476 这条命令把sha476加入到orapool中去 完成以上2步操作之后,系统重新发起reclamation的操作,成功mount 612ABF和scratch volume sha476,完成reclamation操作

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

0

添加新评论0 条评论

Ctrl+Enter 发表

作者其他文章

相关问题

相关资料

X社区推广