免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: liqxy

[容灾] 关于容灾方案的选择,请高手指教。 [复制链接]

论坛徽章:
1
操作系统版块每日发帖之星
日期:2016-02-18 06:20:00
发表于 2012-04-16 09:40 |显示全部楼层
100心 发表于 2012-04-12 20:56
RPO=0,假设写到本地存储之后,生产存储即挂掉,这个0 能保证么?


当然可以了,不过如果不改 retry 和timeout 值的话,IO队列很容易被阻塞,数据库很容易就死掉……

论坛徽章:
5
荣誉会员
日期:2011-11-23 16:44:17CU大牛徽章
日期:2013-09-18 15:15:15CU大牛徽章
日期:2013-09-18 15:15:45未羊
日期:2014-02-25 14:37:19射手座
日期:2014-12-26 22:55:37
发表于 2012-04-16 14:14 |显示全部楼层
本帖最后由 wolfop 于 2012-04-16 14:19 编辑

如果是extend rac绝对是馊主意。如果数据库逻辑坏,等死吧就。更不用说如果单个存储宕机可能导致RAC集群的reconfig导致所有节点OS重启。MAA的推荐是LOCAL RAC + DATAGUARD。

如果是DB2/INFORMIX,也是应该考虑跨机房用HADR。

论坛徽章:
3
CU十二周年纪念徽章
日期:2013-10-24 15:41:34IT运维版块每日发帖之星
日期:2015-09-04 06:20:00数据库技术版块每日发帖之星
日期:2015-11-24 06:20:00
发表于 2012-04-16 14:27 |显示全部楼层
liqxy 发表于 2012-04-16 08:19
还可以,一次写操作要保证写入两个存储之后才给主机返回写成功。

那就可能影响写入性能了。而且远端存储故障也可能会误报给主机了。

论坛徽章:
12
CU大牛徽章
日期:2013-09-18 15:20:4815-16赛季CBA联赛之同曦
日期:2016-02-01 20:28:25IT运维版块每日发帖之星
日期:2015-11-10 06:20:00操作系统版块每日发帖之星
日期:2015-10-28 06:20:002015亚冠之塔什干棉农
日期:2015-06-04 11:41:56丑牛
日期:2014-05-10 16:11:33技术图书徽章
日期:2013-09-23 13:25:58CU大牛徽章
日期:2013-09-18 15:21:17CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:20:58数据库技术版块每日发帖之星
日期:2016-02-08 06:20:00
发表于 2012-04-16 22:36 |显示全部楼层
extend rac要三站点,第三站点不放数据,就放仲裁盘,性能要求也不高,iscsi也行。
如果两站点的话,一旦那个有2块仲裁盘的站点crash了,整个RAC也就crash了。

论坛徽章:
0
发表于 2012-04-18 17:01 |显示全部楼层
同城用高端存储级同步复制,异地用高端存储级的异步复制,对于一般的IO压力不大的中小银行来说2条裸光纤足够了,每条裸光纤使用DWDM带宽可达到2*4Gb。

论坛徽章:
1
操作系统版块每日发帖之星
日期:2016-02-18 06:20:00
发表于 2012-04-20 18:03 |显示全部楼层
botongzhou 发表于 2012-04-18 17:01
同城用高端存储级同步复制,异地用高端存储级的异步复制,对于一般的IO压力不大的中小银行来说2条裸光纤足够 ...


你家电信的……

论坛徽章:
9
技术图书徽章
日期:2014-10-14 15:48:13数据库技术版块每日发帖之星
日期:2015-06-04 22:20:00数据库技术版块每日发帖之星
日期:2015-06-10 22:20:00数据库技术版块每日发帖之星
日期:2015-06-11 22:20:00数据库技术版块每日发帖之星
日期:2015-06-13 22:20:00IT运维版块每日发帖之星
日期:2015-09-22 06:20:00IT运维版块每日发帖之星
日期:2015-12-08 06:20:00综合交流区版块每日发帖之星
日期:2016-02-02 06:20:00IT运维版块每日发帖之星
日期:2016-07-25 06:20:00
发表于 2012-04-21 12:34 |显示全部楼层
本帖最后由 bbjmmj 于 2012-04-22 21:25 编辑

我琢磨一个架构,就是不知道现在的存储设备能不能支持:
    采用Infiniband SRP存储 + IB OVER SDH,本地存储关闭write back,LUN复制,远程存储上使用FLASHCACHE。对于同城容灾场景,这种方式远程存储的写延迟可以控制在0.1ms以内,远程IOPS大于本地IOPS,因为远程存储响应速度稍快于本地存储,当灾难发生时,远程基本上可以保证同步完成数据写入,远程崩溃恢复时可以获得更完整的数据。

    这种容灾方式主要适合证券交易类业务,堪称杀手级容灾方案。

论坛徽章:
9
技术图书徽章
日期:2014-10-14 15:48:13数据库技术版块每日发帖之星
日期:2015-06-04 22:20:00数据库技术版块每日发帖之星
日期:2015-06-10 22:20:00数据库技术版块每日发帖之星
日期:2015-06-11 22:20:00数据库技术版块每日发帖之星
日期:2015-06-13 22:20:00IT运维版块每日发帖之星
日期:2015-09-22 06:20:00IT运维版块每日发帖之星
日期:2015-12-08 06:20:00综合交流区版块每日发帖之星
日期:2016-02-02 06:20:00IT运维版块每日发帖之星
日期:2016-07-25 06:20:00
发表于 2012-04-21 12:41 |显示全部楼层
另外还有个容灾方案,我不清楚数据库能不能支持。
    将数据库文件系统放在NAS上,NAS做分布式集群很容易,COPY份数可以随心所欲。
印象中ORACLE可以支持类似的做法,并且ORACLE也有相应的产品。

论坛徽章:
0
发表于 2012-04-22 18:46 |显示全部楼层
看来出得起钱的主啊。

论坛徽章:
0
发表于 2012-04-24 08:19 |显示全部楼层
要实现同城的生产中心和灾备中心数据库都启动,同城的灾备中心数据库是只读状态。平时只负责查询等工作。该如何实现?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP