NBU6.0MP4 做sybase 容灾过程中出现是问题 请达人帮忙看下

zgc888

环境：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

zgc888

补充：

容灾服务器  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

yddll

file descriptor 179 is no longer active

你的C机器上有什么变化吗？最近

zgc888

没有变化！！除非就是闲置时间而已 ！！库是一直运行的 ！！如果有变化我会找到他的日志的！

yddll

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

2、生产库是不是增加了文件？

3、c机的库可不可以先drop掉再恢复呢？

zgc888

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

huanglao2002

明白你的意思。
对于你需要从B机，恢复到你的C机。
不是简单使用bprestore就可以完成的。
因为在catalog中系统只记录clientB，默认情况下netbackup是不允许恢复到其他client的。

建议你联系你们的供应商寻求支持。

zgc888

回答楼上的！！！请你看清楚 ！！我的脚本是自己做的 ！已经可用了 ！！其他8家正在用 ！！不是你说的那什么 catalog  ~我就是供应商 ~~我这样做的前提是我已经理解了NBU的运行原理 ！！而且已经在实际中使用了

zgc888

我强调一下哦
！！我这个东西是已经做起来了 ！！也正常运行了2个月了 ！！现在是有其中两家 恢复有问题了 ！！但是不知道是什么问题引起的 ！现在是找原因  ！不是说这个动作是否可行！！请看清楚

yddll

不是我没理解你的意思，是你没理解我的意思
1、问第一个问题是我怀疑你的备份和文件恢复可能并不是成功的
2、问第二个问题我是问源数据库是不是增加了数据设备文件，我是怀疑你只是恢复了用户数据库，而没动master，所以可能有信息不一致的答复
3、问第三个问题，是因为很多情况下，直接恢复数据库是可行的，但是经验之谈是删掉要恢复的库，再建一个新的等大或者更大数据库（设备名要一致），然后再恢复，是百试百灵的

明白我的意思了吗？

这么多年没做备份了，我真的懒得去翻那些sybase文档了:wink: :wink:

[ 本帖最后由 yddll 于 2008-4-23 17:06 编辑 ]