求一个TSM备份失败的问题

fanff1994

文件服务器备份的磁带编号是EP0563L4 ，这是一盘全新放入的磁带，结果备份50G左右后就备份失败了。

    文件服务器文件备份到了下一盘空闲磁带EP0564L4 ，这也是一盘全新放入的磁带，然后备份成功，接下来的几天都是备份成功，且这盘磁带满后备到A00033L4 。

    EP0564L4，A00033L4 都满了，文件服务器文件又备份到EP0563L4这盘磁带去了，结果在备了44G左右的时候备份断开失败。

    EP0563L4 这盘磁带是一个可能导致失败的原因，根据网上资料的查找，对这盘磁带重新进行了出库和入库，对整个库进行audit后，下午我手工备份的时候备到EP0563L4又是成功的，这种情况下是什么原因导致的自动备份失败？哪位高手能否给于解答？






日志如下：

2010-05-15 04:58:00 --- SCHEDULEREC 对象开始 FILE_FULL 2010-05-15 05:00:00
2010-05-15 04:58:00 选择性备份功能已经调用。

2010-05-15 04:59:54 目录-->                   0 \\sy-file-01\g$\filebak   ** 失败 **
2010-05-15 04:59:54 ANS1114I 等待安装脱机介质。
2010-05-15 05:03:49 重试 # 1  目录-->                   0 \\sy-file-01\g$\filebak [发送]      
2010-05-15 05:22:27 常规文件-->   187,366,367,232 \\sy-file-01\g$\filebak\filebak.bkf   ** 失败 **
2010-05-15 05:22:27 ANS1999E 可选 “\\sy-file-01\g$\filebak\*”的处理停止。

2010-05-15 05:22:39 --- SCHEDULEREC 状态开始
2010-05-15 05:22:39 已检查的对象总数：               2
2010-05-15 05:22:39 已备份的对象总数：               1
2010-05-15 05:22:39 已更新的对象总数：               0
2010-05-15 05:22:39 重新绑定的对象总数：             0
2010-05-15 05:22:39 已删除的对象总数：               0
2010-05-15 05:22:39 已到期的对象总数：               0
2010-05-15 05:22:39 已失败的对象总数：               0
2010-05-15 05:22:39 子文件对象总数：       0
2010-05-15 05:22:39 已传送的字节总数：           43.66 GB
2010-05-15 05:22:39 不依赖 Lan 的数据字节数：        0  B
2010-05-15 05:22:39 数据传送时间：              203.07 s
2010-05-15 05:22:39 网络数据传送速率：      225,450.62 KB/s
2010-05-15 05:22:39 总计数据传送速率：       30,967.61 KB/s
2010-05-15 05:22:39 对象压缩率：                     0%
2010-05-15 05:22:39 子文件对象减少数：       0%
2010-05-15 05:22:39 已用时间：                00:24:38
2010-05-15 05:22:39 --- SCHEDULEREC 状态结束
2010-05-15 05:22:39 ANS1375E 快照操作失败。

2010-05-15 05:22:39 --- SCHEDULEREC 对象结束 FILE_FULL 2010-05-15 05:00:00
2010-05-15 05:22:39 ANS1512E 调度事件“FILE_FULL”失败。返回代码 =12。正在发送调度的事件 'FILE_FULL' 的结果。
2010-05-15 05:22:39 将调度事件 'FILE_FULL' 的结果发送到了服务器。

2010-05-15 05:22:39 从服务器查询下一调度事件。
2010-05-15 05:22:39 节点名称：FILE
2010-05-15 05:22:40 与服务器建立的会话：BACKUP01_SERVER1：Windows
2010-05-15 05:22:40   服务器版本 5，发行版 4，级别 2.0
2010-05-15 05:22:40   服务器日期／时间：2010-05-15 05:25:03  上一次访问：2010-05-15 05:02:18

2010-05-15 05:22:40 ---  SCHEDULEREC 查询开始
2010-05-15 05:22:40 --- SCHEDULEREC 查询结束
2010-05-15 05:22:40 下一调度操作：
2010-05-15 05:22:40 ------------------------------------------------------------
2010-05-15 05:22:40 调度名称：             FILE_FULL
        操作：                 Selective
               对象：                 "g:\filebak\*"
2010-05-15 05:22:40 选项：                 -subdir=yes
2010-05-15 05:22:40 服务器窗口启动：       05:00:00 2010-05-16
2010-05-15 05:22:40 ------------------------------------------------------------
2010-05-15 05:22:40 调度程序已停止。

fanff1994

有没有人来解答下

fanff1994

donggua0713

把备份写入到EP0563L4这盘带子时出错的时间记一下，比如说两天前的10：00：00
q act begind=today-2 begint=09:00:00 > output.txt

把这个output.txt发上来看看。

还有q vol EP0563L4 f=d 发来看看

fanff1994

今天备份到另外一盘磁带（EP0560L4）的时候也是失败的（昨天把EP0563L4 checkout了），昨天与今天的日志见output.txt文件：


output.rar (25.47 KB, 下载次数: 35)

2010-05-17 16:36 上传

点击文件名下载附件

donggua0713

日志还没看完，就看到你这个TSM的自身的数据库，竟然有2500多M的变动数据，也就是说你的TSM数据库急需备份，不然碰到问题就悲剧了。

fanff1994

2010年04月22日时的信息

fanff1994

TSM数据库要备份哪几个，要用哪几条命令？

fanff1994

现在他们的备份是不进行回收的，是不是因为这个所以TSM数据库就有这么大的

donggua0713

我看到，在15号下午5点半的时候，还用了EP0563L4这个带子，用得很正常，当时file这个客户段备份了174G的一个文件，然后在16号早上5点的时候，备份到42G的时候，就报错了，然后16号9点左右，有人吧EP0563L4这个带子checkout了，17号备份的时候，需要这盘带子，但找不到，1小时挂载请求超时后，将EP0563L4带子设为不可用了。接着用了EP0560L4这个带子，但是同样备份到40G的时候，就报错了.

把file这个客户端的dsmerror.log发上来看看。