TSM系统备份故障分析报告.docVIP

下载本文档

17
0
约1.04千字
约 2页
2017-08-12 发布于河南
举报
版权申诉

TSM系统备份故障分析报告.doc

1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
7、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

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