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

heroesray

从请求恢复到timeout超时查不多一个小时，日志报告就是nbu的disk manager请求文件超时导致，disk storage unit最多允许多少jobs,multiplexing设置没有，master server的golbal attributes的jobs是否改了？
你这种情况用sybase自己的replication server最合适了，不知道怎么想的非用nbu的备份恢复，你容灾服务器的sybase是自动的恢复那？看样子不像，要生成自动恢复的脚本得需要一定的shell编程功底。


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

zgc888

谢谢楼上的！我会按照你给我的思路去考虑问题 ！！看是不是新增加了设备文件 ！再次表示感谢

zgc888

谢谢10楼的兄弟 ！！！也谢谢其他兄弟的支持 ！！个人感觉10楼的兄弟明白我的意思了 ！！其他兄弟一直在表示对我写的脚本表示怀疑  ！！那可是我的心血 啊！！我写了3个月才写出来的 ！！

zgc888

回答11楼的 ！你说的那个作业数 和master属性设置过了 ！个人认为不是那个问题 ！！其次 ！你说的sybase自己的恢复服务器 ！不是没考虑而是商务和客户沟通之间的问题 ！！技术都是在经济的基础上的！！呵呵 ！！谢谢大家

FOR_FREE

NBU日志不是说了恢复不成功么，有些文件没恢复。你生产机上的dump文件都没恢复完全，做库的恢复肯定就错误了。

xiaomao2006

同意10楼,看看设备文件吧

提示的信息不能真正反映问题本质