免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 6206 | 回复: 15
打印 上一主题 下一主题

[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
16 [报告]
发表于 2008-04-23 15:21 |只看该作者
同意10楼,看看设备文件吧

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

论坛徽章:
0
15 [报告]
发表于 2008-04-23 09:41 |只看该作者
NBU日志不是说了恢复不成功么,有些文件没恢复。你生产机上的dump文件都没恢复完全,做库的恢复肯定就错误了。

论坛徽章:
0
14 [报告]
发表于 2008-04-22 08:42 |只看该作者
回答11楼的 !你说的那个作业数 和master属性设置过了 !个人认为不是那个问题 !!其次 !你说的sybase自己的恢复服务器 !不是没考虑而是商务和客户沟通之间的问题 !!技术都是在经济的基础上的!!呵呵 !!谢谢大家

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

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

论坛徽章:
0
11 [报告]
发表于 2008-04-21 22:05 |只看该作者
从请求恢复到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

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
10 [报告]
发表于 2008-04-21 17:52 |只看该作者
不是我没理解你的意思,是你没理解我的意思
1、问第一个问题是我怀疑你的备份和文件恢复可能并不是成功的
2、问第二个问题我是问源数据库是不是增加了数据设备文件,我是怀疑你只是恢复了用户数据库,而没动master,所以可能有信息不一致的答复
3、问第三个问题,是因为很多情况下,直接恢复数据库是可行的,但是经验之谈是删掉要恢复的库,再建一个新的等大或者更大数据库(设备名要一致),然后再恢复,是百试百灵的

明白我的意思了吗?

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

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

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

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

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP