楼主: secooler

[精华] 基于Oracle数据库双活或多活数据中心建设

[复制链接]
论坛徽章:
0
91#
发表于 2012-5-25 12:07 | 只看该作者
secooler 发表于 2012-3-12 10:54
欢迎大家参与讨论,提出自己的解决方案。

secooler

前来学习来了

使用道具 举报

回复
论坛徽章:
0
92#
发表于 2012-6-13 14:53 | 只看该作者
我觉得对于远距离的多活中心,数据库的业务分离应该是唯一可行的方案。其他的方案都会带来各种绕不过去的问题,不知道数据库的业务分离有没有比较成熟的做法?

使用道具 举报

回复
论坛徽章:
0
93#
发表于 2012-6-15 16:03 | 只看该作者
justin_crl 发表于 2012-6-13 14:53
我觉得对于远距离的多活中心,数据库的业务分离应该是唯一可行的方案。其他的方案都会带来各种绕不过去的问 ...

我是新手,有几个问题想请教一下
1. 现在 VPlex + VMotion做多活数据中心有何缺陷?
2. 传统的 DB Cluster做多活数据中心又有何缺陷?
3. 有了以上两个技术为什么一定要做读写分离的多活数据中心

使用道具 举报

回复
论坛徽章:
39
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44奥运会纪念徽章:体操
日期:2012-08-27 22:44:09ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07鲜花蛋
日期:2013-01-16 12:38:292013年新春福章
日期:2013-02-25 14:51:24迷宫蛋
日期:2013-03-19 10:10:15迷宫蛋
日期:2013-04-23 09:16:32灰彻蛋
日期:2013-05-27 21:40:33日产
日期:2013-08-07 12:32:32现代
日期:2013-09-23 12:43:31
94#
发表于 2012-7-11 23:59 | 只看该作者
尽量读写分离,否则不可控的因素太多了

使用道具 举报

回复
论坛徽章:
0
95#
发表于 2013-10-29 00:14 | 只看该作者
介绍一个某大型银行的案例:
同城双活,请求通过负载均衡分配到两个数据中心的应用层,两个数据中心应用都访问主数据库,主库的redo log通过true copy同步到另一数据中心的备库并应用

应用改造很少,只要改造成支持在两个数据源之间切换(当然,其他的因为双活的改造会不少,如一些只每天只需跑一次的程序、只有一份的文件,这些要考虑如何同步)

使用道具 举报

回复
论坛徽章:
18
秀才
日期:2015-07-30 08:52:40秀才
日期:2016-02-18 10:08:14秀才
日期:2016-02-18 09:24:30秀才
日期:2016-01-25 15:02:04秀才
日期:2016-01-13 12:14:26SQL大赛参与纪念
日期:2016-01-13 10:32:19秀才
日期:2015-12-25 15:31:10秀才
日期:2015-11-23 10:17:19秀才
日期:2015-11-11 10:22:49秀才
日期:2015-11-11 10:07:14
96#
发表于 2015-8-11 18:42 | 只看该作者
现在业界已经有比较成熟的方案了,可以找厂商来做。

使用道具 举报

回复
论坛徽章:
4
授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34慢羊羊
日期:2015-03-04 14:19:442015年新春福章
日期:2015-03-06 11:57:31
97#
发表于 2015-8-20 15:45 | 只看该作者
现在已到2015年了,数据库端的双活似乎还没有成熟的解决方案(注:不是应用的双活)

使用道具 举报

回复
论坛徽章:
47
蒙奇·D·路飞
日期:2017-03-27 08:04:23马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11一汽
日期:2013-09-01 20:46:27复活蛋
日期:2013-03-13 07:55:232013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:322012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
98#
发表于 2015-8-20 21:56 | 只看该作者
We use extended RAC. Other than occassional crashes due to network or shared storage issues, it runs OK.

使用道具 举报

回复
论坛徽章:
47
蒙奇·D·路飞
日期:2017-03-27 08:04:23马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11一汽
日期:2013-09-01 20:46:27复活蛋
日期:2013-03-13 07:55:232013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:322012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
99#
发表于 2015-8-21 22:00 | 只看该作者
No. Extended RAC simply means RAC whose nodes are geographically separated in two data centers. In our case, the two data centers are about 300 meters apart. The maximum Oracle supports is something like 10(?) kilometers.

We don't set preferred reading node. All nodes are equal.

使用道具 举报

回复
论坛徽章:
0
100#
发表于 2015-8-22 11:46 | 只看该作者
非常给力,学习了.

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表