nbu 6.5 备份出错

发布于 2022-09-30 19:39:21 字数 834 浏览 17 评论 0

各位好,我们这边备份服务器和client都是win2003系统,nbu版本都是6.5.6,带库是昆腾i500,磁带是lto4的。
备份的时候这两天老出错,要备份6T多的数据,几次都是在写了1-3T数据时就出错,信息如下,请各位帮忙解决。

2011-3-22 22:29:09 - granted resource 000190
2011-3-22 22:29:09 - granted resource HP.ULTRIUM4-SCSI.000
2011-3-22 22:29:09 - granted resource srv-backup-hcart-robot-tld-0
2011-3-22 22:29:09 - mounting 000190
2011-3-22 22:29:46 - mounted; mount time: 00:00:37
2011-3-22 22:29:50 - positioning 000190 to file 1
2011-3-22 22:30:01 - positioned 000190; position time: 00:00:11
2011-3-22 22:30:01 - begin writing
2011-3-22 23:58:30 - Error nbjm(pid=1960) nbrb status: LTID reset media server resources      
2011-3-23 0:00:10 - end writing; write time: 01:30:09
client process aborted(50)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(9

锦欢 2022-10-07 19:39:21

自个顶起来。

世俗缘 2022-10-07 19:39:21

把bptm的debug打开。你做过tunning吗?

雪落纷纷 2022-10-07 19:39:21

把bptm的debug打开。你做过tunning吗?
无牙 发表于 2011-03-23 10:34

    没做过tunning。bptm开debug是做什么的

小傻瓜 2022-10-07 19:39:21

有几盘可用磁带?如果写到1~3T,怎么也应该换磁带了,但是信息上没有换带的提示。

胡大本事 2022-10-07 19:39:21

有几盘可用磁带?如果写到1~3T,怎么也应该换磁带了,但是信息上没有换带的提示。
无牙 发表于 2011-03-23 11:11

哈,我没完全贴出来。

2011-3-22 17:02:32 - requesting resource srv-backup-hcart-robot-tld-0
2011-3-22 17:02:32 - requesting resource srv-backup.NBU_CLIENT.MAXJOBS.storageserver
2011-3-22 17:02:32 - requesting resource srv-backup.NBU_POLICY.MAXJOBS.shuzhifating_temp
2011-3-22 17:02:32 - granted resource srv-backup.NBU_CLIENT.MAXJOBS.storageserver
2011-3-22 17:02:32 - granted resource srv-backup.NBU_POLICY.MAXJOBS.shuzhifating_temp
2011-3-22 17:02:32 - granted resource 000110
2011-3-22 17:02:32 - granted resource HP.ULTRIUM4-SCSI.000
2011-3-22 17:02:32 - granted resource srv-backup-hcart-robot-tld-0
2011-3-22 17:02:32 - estimated 0 kbytes needed
2011-3-22 17:02:32 - started process bpbrm (6756)
2011-3-22 17:02:39 - connecting
2011-3-22 17:02:40 - connected; connect time: 00:00:01
2011-3-22 17:02:48 - mounting 000110
2011-3-22 17:03:39 - mounted; mount time: 00:00:51
2011-3-22 17:03:43 - positioning 000110 to file 1
2011-3-22 17:03:57 - positioned 000110; position time: 00:00:14
2011-3-22 17:03:57 - begin writing
2011-3-22 19:47:45 - current media 000110 complete, requesting next resource Any
2011-3-22 19:47:46 - current media -- complete, awaiting next media Any Reason: Drives are in use, Media Server: srv-backup,
  Robot Number: 0, Robot Type: TLD, Media ID: N/A, Drive Name: N/A,
  Volume Pool: shuzhifating_temp, Storage Unit: srv-backup-hcart-robot-tld-0, Drive Scan Host: N/A

2011-3-22 19:50:31 - granted resource 000183
2011-3-22 19:50:31 - granted resource HP.ULTRIUM4-SCSI.000
2011-3-22 19:50:31 - granted resource srv-backup-hcart-robot-tld-0
2011-3-22 19:50:31 - mounting 000183
2011-3-22 19:51:08 - mounted; mount time: 00:00:37
2011-3-22 19:51:12 - positioning 000183 to file 1
2011-3-22 19:51:26 - positioned 000183; position time: 00:00:14
2011-3-22 19:51:26 - begin writing
2011-3-22 22:26:47 - current media 000183 complete, requesting next resource Any
2011-3-22 22:26:48 - current media -- complete, awaiting next media Any Reason: Drives are in use, Media Server: srv-backup,
  Robot Number: 0, Robot Type: TLD, Media ID: N/A, Drive Name: N/A,
  Volume Pool: shuzhifating_temp, Storage Unit: srv-backup-hcart-robot-tld-0, Drive Scan Host: N/A

2011-3-22 22:29:09 - granted resource 000190
2011-3-22 22:29:09 - granted resource HP.ULTRIUM4-SCSI.000
2011-3-22 22:29:09 - granted resource srv-backup-hcart-robot-tld-0
2011-3-22 22:29:09 - mounting 000190
2011-3-22 22:29:46 - mounted; mount time: 00:00:37
2011-3-22 22:29:50 - positioning 000190 to file 1
2011-3-22 22:30:01 - positioned 000190; position time: 00:00:11
2011-3-22 22:30:01 - begin writing
2011-3-22 23:58:30 - Error nbjm(pid=1960) nbrb status: LTID reset media server resources      
2011-3-23 0:00:10 - end writing; write time: 01:30:09
client process aborted(50)

贱贱哒 2022-10-07 19:39:21

可能是超时的原因,试着把client_connect_timeout 和client_read_timeout调大?

是lan备份吗?

美人骨 2022-10-07 19:39:21

本帖最后由 zhangmq 于 2011-03-23 13:56 编辑

可能是超时的原因,试着把client_connect_timeout 和client_read_timeout调大?

是lan备份吗?
无牙 发表于 2011-03-23 13:16

    是lan备份的,前段时间备份还好好的。春节前还备过11T的,前几天备了6T多。这两天备份就老出问题,因为盘阵有些问题,想把数据备份到磁带。难道网络负载过重了,设timeout设多大适合?

德意的啸 2022-10-07 19:39:21

在主机属性中修改。

坠似风落 2022-10-07 19:39:21

在主机属性中修改。
无牙 发表于 2011-03-23 14:24

    要备份的源数据是在光纤存储上,通过千兆交换机备份到带库,timeout设置为900够了吧?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文