NBU_86号错误

发布于 2022-09-04 22:32:51 字数 2645 浏览 12 评论 8

本帖最后由 tuzhu2046 于 2010-08-23 13:19 编辑

我这边的环境是:Master Server+5台Media Server,共用一个ADIC 2000带库(走SAN,配置了两个驱动器),另外有3台客户端(走lan,备份到Master Server的存储单元),只备份Oracle。
问题:Media server上的oracle备份都没问题;三台客户端备份几乎都在报86号错误(一台较为频繁,另外两台也经常报86号错误)。
我在Master Server 建立了bptm,却只得到如下相关信息、未见有高于4的报错信息(调试级别已设为5):
12:49:03.359 [3364.3608] <2> bptm: NUM UP 2 2 0 0 2 0 IBMULTRIUM-TD20 IBMULTRIUM-TD21 a-IBMULTRIUM-TD20 b-IBMULTRIUM-TD21
12:49:03.359 [3364.3608] <2> bptm: EXITING with status 0 <----------
12:50:00.937 [2792.2108] <2> get_tape_path: drive index 1, DOS name: \.Tape1, PnP name: \?scsi#sequential&ven_ibm&prod_ultrium-td2&rev_4ap0#7&2828f990&1&000003#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b}
12:50:00.953 [2792.2108] <2> check_serial_no: serial number match for drive \.Tape1, drive index 1, drive serial number 8110179674, expected serial number 8110179674
12:50:00.984 [2792.2108] <2> init_tape: \.Tape1 configured with blocksize 0
12:50:00.984 [2792.2108] <2> init_tape: \.Tape1 has compression enabled
12:50:01.000 [2792.2108] <2> io_open: SCSI RESERVE
12:50:01.000 [2792.2108] <2> io_open: file C:Program FilesVERITASNetBackupdbmediatpreq/001474 successfully opened (mode 2)
12:50:01.000 [2792.2108] <2> io_ioctl: command (2)MTBSF 1 from (bptm.c.20076) on drive index 1
12:50:01.015 [2792.2108] <2> io_ioctl: MTBSF hit BOT
12:50:01.015 [2792.2108] <2> check_error_history: called from bptm line 20079, EXIT_Status = 86
12:50:01.015 [2792.2108] <2> check_error_history: drive index = 1, media id = 001474, time = 08/17/10 12:50:01, both_match = 0, media_match = 0, drive_match = 0
12:50:01.015 [2792.2108] <2> io_close: closing C:Program FilesVERITASNetBackupdbmediatpreq/001474, from bptm.c.15839
12:50:01.015 [2792.2108] <2> tpunmount: Check_for_waiting = 0, No_tpunmount_after_restore = 0, Media_Unmount_Delay = 0, MediaOffset = 8
12:50:01.015 [2792.2108] <2> tpunmount: tpunmount'ing C:Program FilesVERITASNetBackupdbmediatpreq/001474
12:50:01.031 [2792.2108] <2> get_tape_path: drive index 1, DOS name: \.Tape1, PnP name: \?scsi#sequential&ven_ibm&prod_ultrium-td2&rev_4ap0#7&2828f990&1&000003#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b}
12:50:01.046 [2792.2108] <2> check_serial_no: serial number match for drive \.Tape1, drive index 1, drive serial number 8110179674, expected serial number 8110179674
我把Master Server的带机删了重扫,问题依旧。带子新的一批,应该没有介质性问题。

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

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

发布评论

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

评论(8

淡淡绿茶香 2022-09-11 02:29:14

备份catalog
重装一下master
赵大少爷 发表于 2010-08-26 15:23

I See。。。。。。

〃温暖了心ぐ 2022-09-11 02:29:03

备份catalog
重装一下master

空城旧梦 2022-09-11 02:25:01

测试不走master server呢
赵大少爷 发表于 2010-08-23 16:48

走其他media server 没问题。

汐鸠 2022-09-11 02:17:10

报错都是同一个driver ?  同一个带子? 还有是不是都是相同的时间点?

荒路情人 2022-09-10 10:07:48

当初想测,可是想到这问题还是要在master server端解决----因为不能增加其他media server的压力啊,就不测了。

水溶 2022-09-10 08:38:51

测试不走master server呢

寻梦旅人 2022-09-10 08:17:29

清理带清洗一下
赵大少爷 发表于 2010-08-23 15:43

试试,但如果是驱动器脏了,其表现为什么只针对master server关联的客户端呢?

别念他 2022-09-09 09:14:29

清理带清洗一下

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