免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: zgc888
打印 上一主题 下一主题

[Veritas NBU] NBU6.0MP4 做sybase 容灾过程中出现是问题 请达人帮忙看下 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2008-04-21 10:14 |显示全部楼层 |倒序浏览
环境:master  A:windows2003      NBU6.0 MP4 SERVER     接了个小的阵列
      client     B:solaris 10 .5.1     NBU CLIENT  sybase  option           安装了 sybase
         容灾服务器:C  :solaris 10 5.1  NBU CLIENT

论坛徽章:
0
2 [报告]
发表于 2008-04-21 10:28 |显示全部楼层
补充:

容灾服务器  C :solaris 10.  5.1 NBU  CLIENT   sybase  option     sybase 容灾库

工作原理    A备份B的sybase 形成image 文件存放到A的阵列里来  ,在C的机器上做计划任务定时恢复image文件到容灾库上   使容灾库上的sybase和他本地的sybase数据同步   

经过测试   脚本和方案都可行并且已经运行2个月  

现在出错问题如下  :能够正常备份 远程本地的sybase库  !但是在恢复到容灾库上时候出错  下面是他们详细的错误

NBU  detail  :

                    2008-4-15 4:28:45 - Error bpbrm(pid=16220) client restore EXIT STATUS 183: tar received an invalid archive   
2008-4-15 4:28:47 - end reading; read time: 00:00:06
2008-4-15 4:28:47 - restored image ntgzfy_1208174401 - (the requested operation was successfully completed(0)); restore time 00:00:07
2008-4-15 4:28:49 - Warning bprd(pid=14036) Restore must be resumed prior to first image expiration on 04/27/08 07:00:00
2008-4-15 4:28:49 - end Restore; elapsed time: 01:06:49
the requested operation was partially successful(1)

The job was successfully completed, but some files may have been
busy or unaccessible. See the problems report or the client's logs for more details.


2008-4-15 2:22:54 - begin reading
2008-4-15 3:20:49 - Error bpdm(pid=13240) wait for child pid 14256 timeout      
2008-4-15 3:20:50 - Error bpdm(pid=14256) The following files/folders were not restored:      
2008-4-15 3:20:50 - Error bpdm(pid=14256) UTF - /GZFY.JUDGE.D.0.24281.14-04-2008.22:14:23         
2008-4-15 3:20:50 - end reading; read time: 00:57:56
2008-4-15 3:20:51 - restored image ntgzfy_1208179804 - (network connection timed out(41)); restore time 00:58:06
2008-4-15 3:20:54 - end Restore; elapsed time: 00:58:11
the restore failed to recover the requested files(5)
2008-4-15 3:20:55 - Error bpbrm(pid=12140) client restore EXIT STATUS 41: network connection timed out   




在容灾库上看到sybase的日志    如下

         Apr 18 03:45:16 2008: D00: SYBMULTBUF ERROR: Emulator interprocess communication failed with error state = 11, error code=0, system message=Pipe I/O
returned 0 bytes.
Apr 18 03:45:16 2008: Open Server Error: 16248.10.0: Error in srv_select() - file descriptor 179 is no longer active
.
Apr 18 03:45:16 2008: Backup Server: 4.145.2.73: [0] Error for device 'sybackup::GZFY.JUDGE.D.0.27500.17-04-2008.22:14:38 -CLIENT ntgzfy ::00'. Pipe I/O
returned 0 bytes
Apr 18 03:45:16 2008: Backup Server Internal Error: 4.62.3.4: Multibuffering subprocesses died, archive sybackup::GZFY.JUDGE.D.0.27500.17-04-2008.22:14:38
-CLIENT ntgzfy ::00.
Apr 18 03:45:16 2008: Backup Server Internal Error: 4.62.3.3: Multibuffering subprocesses died, archive sybackup::GZFY.JUDGE.D.0.27500.17-04-2008.22:14:38
-CLIENT ntgzfy ::00.
Apr 18 03:45:16 2008: Backup Server: 4.141.2.66: [0] The 'write' call failed for device 'sybackup::GZFY.JUDGE.D.0.27500.17-04-2008.22:14:38 -CLIENT ntgzfy
::00' with error number 32 (Broken pipe). Refer to your operating system documentation for further details.
Apr 18 03:45:16 2008: Backup Server Internal Error: 4.62.3.8: Multibuffering subprocesses died, archive sybackup::GZFY.JUDGE.D.0.27500.17-04-2008.22:14:38
-CLIENT ntgzfy ::00.
Apr 18 03:45:16 2008: Backup Server: 6.32.2.3: sybackup::GZFY.JUDGE.D.0.27500.17-04-2008.22:14:38 -CLIENT ntgzfy ::00: volume not valid or not requested
(server: , session id: 116.)
Apr 18 03:45:16 2008: Backup Server: 1.14.2.4: Unrecoverable I/O or volume error.  This DUMP or LOAD session must exit.
Apr 18 03:45:16 2008: Backup Server: 4.141.2.66: [0] The 'write' call failed for device 'sybackup::GZFY.JUDGE.D.0.27500.17-04-2008.22:14:38 -CLIENT ntgzfy
::00' with error number 32 (Broken pipe). Refer to your operating system documentation for further details.
Apr 18 03:45:16 2008: Backup Server Internal Error: 4.62.3.8: Multibuffering subprocesses died, archive sybackup::GZFY.JUDGE.D.0.27500.17-04-2008.22:14:38
-CLIENT ntgzfy ::00.




我判断的结论 1,是sybase 库进程死  !重启备份库   问题依然
             2,认为是备份没成功 所以手动备份了一次  成功    但是恢复还是失败   

求助 :请问是什么问题引起的  ? 该怎么解决    ?   

请注意是恢复失败 !!不要怀疑脚本  !他是正确的 !!

联系方式  :QQ:283559183     mail:zhaigc@onlynj.com

论坛徽章:
0
3 [报告]
发表于 2008-04-21 13:42 |显示全部楼层
没有变化!!除非就是闲置时间而已 !!库是一直运行的 !!如果有变化我会找到他的日志的!

论坛徽章:
0
4 [报告]
发表于 2008-04-21 15:36 |显示全部楼层
生产库是一直运行的 !是客户的关键文件 !! 我知道文件busy  但是那个不是我要解决的问题 !!现在是备份的成功的但是恢复是失败飞 !!和C机上的库没关系 !!我再说下原理  !B :远程机器   sybase正常用    跑客户的关键应用 ,sybase定时做dump  然后有NBU备份dump文件以image的文件方式存储   !C机器在夜里的一个时间段 开始执行 bprestore  把image文件 还原到C机器上来 !!变成dump文件并load到数据库中    现在就是  最后这步出错  当然如果备份失败也可引起的 !现在的问题是 另外1家  也出现了这个问题 !!他备份的完全成功的 !!还有另外8家 的运行状况完全正常

论坛徽章:
0
5 [报告]
发表于 2008-04-21 17:45 |显示全部楼层
回答楼上的!!!请你看清楚 !!我的脚本是自己做的 !已经可用了 !!其他8家正在用 !!不是你说的那什么 catalog  ~我就是供应商 ~~我这样做的前提是我已经理解了NBU的运行原理 !!而且已经在实际中使用了

论坛徽章:
0
6 [报告]
发表于 2008-04-21 17:50 |显示全部楼层
我强调一下哦
!!我这个东西是已经做起来了 !!也正常运行了2个月了 !!现在是有其中两家 恢复有问题了 !!但是不知道是什么问题引起的 !现在是找原因  !不是说这个动作是否可行!!请看清楚

论坛徽章:
0
7 [报告]
发表于 2008-04-22 08:36 |显示全部楼层
谢谢楼上的!我会按照你给我的思路去考虑问题 !!看是不是新增加了设备文件 !再次表示感谢

论坛徽章:
0
8 [报告]
发表于 2008-04-22 08:39 |显示全部楼层
谢谢10楼的兄弟 !!!也谢谢其他兄弟的支持 !!个人感觉10楼的兄弟明白我的意思了 !!其他兄弟一直在表示对我写的脚本表示怀疑  !!那可是我的心血 啊!!我写了3个月才写出来的 !!

论坛徽章:
0
9 [报告]
发表于 2008-04-22 08:42 |显示全部楼层
回答11楼的 !你说的那个作业数 和master属性设置过了 !个人认为不是那个问题 !!其次 !你说的sybase自己的恢复服务器 !不是没考虑而是商务和客户沟通之间的问题 !!技术都是在经济的基础上的!!呵呵 !!谢谢大家
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP