免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
123下一页
最近访问板块 发新帖
查看: 7045 | 回复: 21
打印 上一主题 下一主题

[备份软件] 求一个TSM备份失败的问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2010-05-17 10:48 |只看该作者 |正序浏览
文件服务器备份的磁带编号是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 调度程序已停止。

论坛徽章:
2
IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-25 06:20:00
22 [报告]
发表于 2010-05-19 09:03 |只看该作者
你这个文件到底是个什么啊?是不是当初规划的时候没有做好啊,竟然要先用ntbackup备份,再用TSM备一次,这到底是个什么需求呢?QQ我吧,262870803,我也想了解一下

论坛徽章:
0
21 [报告]
发表于 2010-05-18 17:13 |只看该作者
该文件位于存储上,每天都会生成一个新的备份替换掉,应该不会有磁盘问题。
vss备份是因为使用了系统自带的备份软件backup,可能该软件利用到了卷影复制服务,这是我们对一个文件服务总目录下的所有文件进行的备份。因为TSM不允许对打开的文件进行备份,所以采用这种方式 。

现在认为是普通文件不用vss来备份,用普通的方法来备份需要怎样操作?

论坛徽章:
0
20 [报告]
发表于 2010-05-18 13:17 |只看该作者
多谢大侠!

论坛徽章:
0
19 [报告]
发表于 2010-05-18 13:01 |只看该作者
当前版本是:版本5 发行4,级别0.2 需要升级客户端吗
升级到最新版本是多少? 升级后应该不会对备份系统有影响吧?

论坛徽章:
2
IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-25 06:20:00
18 [报告]
发表于 2010-05-18 11:26 |只看该作者
这个故障,看起来像个bug,建议先chkdsk 来检查一下这个大文件所在的磁盘。再手动备份几次试试。

不知道你这个文件是什么,有170多G,却用vss这种方式来备份,如果是数据库的数据文件之类的东西,建议用专门的TDP客户端来备份,如果就是一个普通的大文件,建议用普通的方式来备份,不要用vss。

针对这个故障,我有几个建议:
1.检查这个文件所在磁盘,文件,等等一些东西。
2.升级客户端。
3.如果这个文件不是普通的文件,是数据库,或者其他的应用数据文件,用专门的TDP来备份。
4.如果这个文件是普通文件,不要用vss来备份,就用普通的方法来备份。

还不行,打800,叫IBM来上门,注意这一条错误:
2010-05-07 11:51:22 GetDfsEnum(): Server=\\sy-file-01, NetDfsEnum() returns RC=1722.

论坛徽章:
0
17 [报告]
发表于 2010-05-18 10:48 |只看该作者
dsm.opt文件、dsmerror.log 全部内容已在附件中
dsmerror.rar (178.36 KB, 下载次数: 10)

论坛徽章:
2
IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-25 06:20:00
16 [报告]
发表于 2010-05-18 10:26 |只看该作者
把file这个客户端的dsmerror.log 全发出来啊,不要发一点嘛

论坛徽章:
2
IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-25 06:20:00
15 [报告]
发表于 2010-05-18 10:23 |只看该作者
客户端的dsm.opt文件呢?

我觉得这个问题与这盘磁带没有关系,应该是出在FILE这个客户端本身上。因为ANS1512E 返回代码12 ,一般都是与客户端的设置啊,配置啊之类的有关系。

论坛徽章:
0
14 [报告]
发表于 2010-05-18 09:58 |只看该作者
log如下:

2010-05-07 05:29:40 ANS1999E 可选 “\\sy-file-01\g$\filebak\*”的处理停止。
2010-05-07 05:29:52 ANS1375E 快照操作失败。
2010-05-07 05:29:53 ANS1512E 调度事件“FILE_FULL”失败。返回代码 =12。
2010-05-07 11:51:22 GetDfsEnum(): Server=\\sy-file-01, NetDfsEnum() returns RC=1722.
2010-05-15 05:22:27 ANS1999E 可选 “\\sy-file-01\g$\filebak\*”的处理停止。
2010-05-15 05:22:39 ANS1375E 快照操作失败。
2010-05-15 05:22:39 ANS1512E 调度事件“FILE_FULL”失败。返回代码 =12。
2010-05-16 05:20:01 ANS1999E 可选 “\\sy-file-01\g$\filebak\*”的处理停止。
2010-05-16 05:20:13 ANS1375E 快照操作失败。
2010-05-16 05:20:13 ANS1512E 调度事件“FILE_FULL”失败。返回代码 =12。
2010-05-17 06:19:14 ANS1999E 可选 “\\sy-file-01\g$\filebak\*”的处理停止。
2010-05-17 06:19:26 ANS1375E 快照操作失败。
2010-05-17 06:19:27 ANS1512E 调度事件“FILE_FULL”失败。返回代码 =12。
2010-05-18 05:18:41 ANS1999E 可选 “\\sy-file-01\g$\filebak\*”的处理停止。
2010-05-18 05:18:53 ANS1375E 快照操作失败。
2010-05-18 05:18:53 ANS1512E 调度事件“FILE_FULL”失败。返回代码 =12

另外还有一份dsmsched20100515.log在附件里
dsmsched20100515.rar (1.08 KB, 下载次数: 6)
  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP