免费注册 查看新帖 |

Chinaunix

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

[容灾] 如何实现两个城市之间的应用级容灾 [复制链接]

论坛徽章:
0
11 [报告]
发表于 2007-11-27 11:09 |只看该作者
距离较远时,可租用电信的E1/E3信道。
但是,价格不菲哦.

论坛徽章:
0
12 [报告]
发表于 2007-11-28 14:42 |只看该作者
并不是只有灾难情况下才会丢失数据,所以容灾方案解决的问题并不是数据丢失的问题,而是业务接续的问题。数据丢失(RPO)仅仅是容灾系统的关键指标之一,通常更重要的指标是恢复时间(RTO)。
你的问题好好规划是可以解决的,但费用可能是生产系统120%以上,即使这样也不能保证恢复所有业务系统。你也业务系统针对有这么重要吗?

论坛徽章:
0
13 [报告]
发表于 2007-11-28 17:51 |只看该作者
原帖由 webtone 于 2007-11-28 14:42 发表
并不是只有灾难情况下才会丢失数据,所以容灾方案解决的问题并不是数据丢失的问题,而是业务接续的问题。数据丢失(RPO)仅仅是容灾系统的关键指标之一,通常更重要的指标是恢复时间(RTO)。
你的问题好好规划 ...


NOD.是呀.更主要的问题是在灾难发生时,多久我们能恢复正常(RTO).只有一套完善的灾难应急恢复系统才能给用户在关键业务上一份保险呀.
问题是这120%的投资又有多少用户会认同.中国人的关念问题.

我们的售前人员真的要做很多工作呀...

论坛徽章:
0
14 [报告]
发表于 2007-11-29 17:03 |只看该作者
对用户进行恐吓,和打压用户的期望值都是售前的基本技能。

论坛徽章:
0
15 [报告]
发表于 2007-11-30 17:20 |只看该作者
EMC说过一个,数据的话做数据分拆,同时写入两边,然后应用使用他们的一个什么软件,你看下BURA方案里面的一个,就可以了,当然,他没说实际的案例.

论坛徽章:
0
16 [报告]
发表于 2007-11-30 17:24 |只看该作者
我也觉得是这样,其实你想要做的并不完全是数据容灾,而是想做应用容灾,因为你希望的是在甲出现问题的时候乙可以接管,我想这样做的造价一定不菲,而且在实际的应用中,很多延时问题也要考虑,所以说通过一套有效的数据和系统容灾方案,只能说是在出现重大灾难时,将我们的损失降到最小,我自己的理解哈

论坛徽章:
0
17 [报告]
发表于 2007-12-02 11:07 |只看该作者
大致分析一下:
需求:
1、甲地和乙地两台服务器处于open状态,可读可写;
2、要求两地保持数据的一致性;
3、当甲地服务器提供服务时,乙地服务器处于Standby状态;甲地服务器故障后,实时启用乙地备份服务器,且无需人工干涉。

解决方法:
1、在甲、乙两地服务器上安装相同的应用系统;
2、在甲、乙两地服务器上安装实时数据复制软件(第三方软件,要求在应用层上的复制,像Quest公司的SharePlex,浪擎的镜像系统软件),实时的将甲地产生的数据传输至乙地,保证两地数据一致;
3、在甲地服务器故障后,启用乙地服务器上的网络名称资源。

存在问题:每天产生的数据量的大小,数据复制频率,服务器资源占用,网络的需求都未知。

论坛徽章:
0
18 [报告]
发表于 2007-12-02 14:24 |只看该作者
个人觉得还是数据最重要,应用通常没啥数据可同步的

论坛徽章:
0
19 [报告]
发表于 2007-12-03 08:43 |只看该作者
其实要想做到真正的同步估计还是比较难的,只要存在延时,就存在丢数据的可能,如果想做到真的同步,那就是做卷的镜象,当两个盘阵返回同时写入的信息是,数据才算提交成功,但是这样的设计对于不同城市之间的容灾,我感觉是几乎不可行的.个人拙见

论坛徽章:
0
20 [报告]
发表于 2007-12-03 19:45 |只看该作者
卷层的复制原理跟应用层的复制原理是不同的,卷层复制的是I/O,应用层复制的是变化事务。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP