TSM在维护中遇到的问题

memorybear

TSM 5.2维护了一段时间了,发现有下列问题,大家帮忙看看是怎么回事.

1、ORACLE备份过程中意外中断，如磁带问题，或者数据库问题，接着去备的时候，提示找不到某某文件，备份失败，需要清除掉上次失败时备份的DBF才能重新开始备份。

问：ORACLE的备份，不能进行断点续传吗？好象TSM有这个功能啊，需要怎么设置？

2、在备份过程中，使用4~8个通道备份到3584带库上，当某个通道出现问题或者某磁带不能被LABEL或MOUNT的时候，数据库备份失败，报介质错误。

问：TSM是否能够支持，当一个驱动器或者磁带有问题的时候，去寻找另外的磁带或者先暂时不使用这个通道，接着做备份，如果可以，应该怎么进行设置？

3、用了段时间，总会出现磁带不能LABEL或者不能MOUNT的情况，磁带状态显示为只读或者不可用，导致数据库备份失败，但是当备份的数据量较小，备份时间在1个小时以内的时候，不会出现此类问题。把磁带取处重新LABEL后，放入测试池中，读写一般不会有问题，单独进行TAR测试的时候，磁带也是可读写的。

问：上述情况大家遇到过吗？硬件说硬件没问题，TAR可以写进去，证明磁带是完好的，软件说软件也没问题，因为其他磁带备份的时候都没问题，而且报错中显示是I/O错误，或者不能LABEL，这是物理层的问题。呵呵，所以现在也不知道是哪的问题。

4、有个项目中，磁带报不安全，建议不要把数据存放到该磁带上。这个错误信息只有在ORACLE全备的时候出现，归档日志和增量的备份都不会出现，而且基本上是随机的磁带报这个错误，IBM说升级带库和驱动器的微码就可以解决，升级后故障仍然存在，IBM说是底层硬件的问题，硬件的来查过，3584并没有相关的报错信息。使用AUDIT VOLUME也没发现问题，3584磁带检测也没发现问题。IBM无法解释和解决。

问：上述情况大家是否遇到，如果有遇到的，解决了吗？怎么解决的？应该不会是我的大批量的磁带都有问题吧？