基于Oracle数据库双活或多活数据中心建设

buptdream

我们双向同步采用的是stream ，单相复制采用的cdc 复制，以前高级复制也曾使用过，但高级复制在三个点互相同步的时候，会出现冲突的情况，stream 好一些。gg没有采用，有机会去尝试一下

ahdong2007

这个话题相当有意义的说

Toms_zhang

这个话题很好，相对于云计算这个更加实用，也更容易落地，目前国内大部分IT建设走在前沿的企业基本上实现了双中心或两地三中心这样的建设方案，大家的建设思路和愿景基本相似，但契合各自的实际情况、资金投入、运营水平以及业务发展目标，落地的方式各有不同，各有侧重！

仅就本帖所讨论的双活的数据中心(Active to Active), 从数据库层面来说，我个人认为，必须要先清晰的定义各自企业需求对双活的精确解读。这里提到的解读的意思是：到底你期望的双活是什么样的双活，只有在这个前提下，讨论具体的方案，才有意义，典型的比如读写分离的双中心，也可以叫双活数据中心；互相分担业务，彼此互为灾备的双中心也是双活的数据中心。。。还有更加复杂的，就是一个业务系统，需要在两个数据中心同时运营，这个也不是不可以实现，要看具体的业务环境，比如那些可以按区域、按客户群分离的系统，同样可以在两个中心同时运营。。。

在双活数据中心的建设中，各个厂商都有很多对应的解决方案，for O2O,常见的解决方案一般不过是磁盘复制、磁带/虚拟带库+管理软件实现异地备份、数据库复制技术、基于应用的复制技术、操作系统层卷复制技术、操作系统层卷复制技术等等。也可能是多种技术的混搭！

具体采用什么样的解决方案，一定要切合自己的实际需求和企业实力去论证分析，没有最好，只有最合适。。。

先灌一瓢。。。

ilsyx

根据具体需求 然后找出解决方案

secooler

Toms_zhang 发表于 2012-3-12 20:21
这个话题很好，相对于云计算这个更加实用，也更容易落地，目前国内大部分IT建设走在前沿的企业基本上实现了 ...

托马斯张所言极是。基于具体业务特点的解决方案才是有意义的。
并不存在极端完美的双活或多活数据中心的方案，基于不同的数据片或者业务数据，部署两个单向复制通道实现“双向复制”。

cc59

总体来说，分应用是比较切实际情况的，不管是应用级别的同步还是Db级别的复制，都是一个道理。

t9119

就双活发表点个人见解，不对之处请多多指正，谢谢。
就目前来说：对于复杂的应用，没有看到真正意义上的完全等同的双活或者多活的的技术，现在实现的所谓的双活都是有很多限制条件的，都需要应用的配合，也就是说在应用的设计阶段就需要引入双活或者多活的设计，否则就是空谈。

存储厂商提供的基于磁盘镜像等的技术，镜像库似乎都是closed，并没有open。这不是我们要的双活，这个应该归为容灾。
软件厂商提供的基于redo日志分析复制的方案目前不少，象OGG,shareplex,DSG,CDC等，但真正较为完善的还是OGG和shareplex。但就双活而言，这类软件都有其共同的问题，就是不是所有的对象都能复制，还有就是对批量操作（比如数据维护）效率很差(分析redo的原理决定的，属于先天缺陷)，以及数据冲突的解决，还有就是维护工作量很大，更为严重的是如何保证双活的数据库之间数据的一致性，如此等等。。。。。。。

个人认为，在目前的技术下,通过ogg或者shareplex实现双活或者多活，对于复杂应用来说，可行的方案有:读写分离、业务拆分。

ogg和shareplex各有优势，这里就不讲了。

secooler

t9119 发表于 2012-3-12 22:50
就双活发表点个人见解，不对之处请多多指正，谢谢。
就目前来说：对于复杂的应用，没有看到真正意义上的完 ...

多谢您的经验分享。
面对大数据量的DML动作，会产生大量的redo，因此解析的代价很高，时间也会相应增加。因此对于以日志挖掘为基本原理的技术（OGG或SharePlex等等……）在同步数据时会出现不同程度的数据延迟。

secooler

niuxxf 发表于 2012-3-12 10:44
这个话题很有趣，小参与一下
1.使用何种技术实现数据中心间数据的的准实时或实时的同步；
1）自己开发程序 ...

实践出真知。实现需求，控制成本，灵活应对。

yueyangflash

lookfriend 发表于 2012-3-12 11:01
gg怎么解决触发器的问题？谢谢。

为什么不能解决触发器的问题呢？目标端的触发器disable掉就可以了