数据库容灾、复制解决方案全分析

dx6340

就是用了ORACLE物化视图技术+一个图形界面配置，还以为是啥东东哦。

herycom

我们的目标是解决问题，能够实现目标、好用就行。
山不在高，有仙则灵。
解决方案不在复杂，能够满足要求，好用就行。

herycom

oracle的功能确实很强大，这需要大家一起去挖掘，才会有基于oracle的更多更好的应用软件产生。

dido

samchj兄，你是DSG的吧？海龟从ORACLE,IBM出来，而且专攻容灾的公司，我想不出第二家。你们的技术很牛，对底层很清楚，但让人担心对ORACLE后续版本的支持。虽然所宣称的产品功能实现很吸引人，在测试中有不少问题，亟待完善。VP忙着改BUG，应该是没有什么时间来这灌水。

关于BITI担心的存储同步问题，楼上的已经解释很清楚了。之所以存储厂商要求主节点、容灾节点更换成他们的存储设备，就是要解决I/O,CACHE的问题，从而保证同步端能够做到完全镜像。

容灾端只有停掉同步，才能打开数据库，然后下一次再重做同步。而且他们还提供SNAPSHOT的功能，建立一个快照数据库，对于一个大数据库，需要的存储很可观。

我个人认为，存储厂商的最大优势在于维护量少，有保障。DATA GUARD配置灵活，不依赖于底层，但需要人为监控。

herycom

是一个第三方软件，目前报表机同步底层用的是 实例化视图。
如果建立应用级的容灾，数据需要实时同步，估计需要用到同步复制技术了。目前还没有下决心做，担心性能问题。目前有过1个表的初步测试，还没有进行大量表的测试。

Jason_sjy

我们最近税务局的项目要用实时复制，希望我们能够共同合作！
tt_jiayi@hotmail.com

moshangchen

太好了，最近在研究这方面的主题，用数据同步来实现

jlandzpa

对redo研究如此之深,而且产品还是比较成熟,
除了DSG,我想不出第二家.

herycom

Kamus版主:

dsj在我们这的试用时间最长，达到了1年多的时间，同步经常停是一个方面，这个由厂家搞定。
但关键是最后我们发现数据不一致。但这方面对我们影响还不是很大，基本可以蒙混过关，但我们从负责的角度，既然发现了就不能继续使用了。
相反shareplex的试用对我们影响较大，虽然试用时间短，但同步停止，不能出数据这个是不能忍受的。

6。产品重要的益处，保证容灾数据完全一致，报表数据与10分钟前一致 。
其实 容灾是指应用级负荷分担容灾，不是采用物化视图的方式，是实时同步的。报表机是异步同步方式，有10分钟的滞后，但刷新后就能保证数据的一致。所以容灾和报表机是采用的不同的技术。
之所以没有全部说清楚是基于商业的考虑，不好意思了。

herycom

同步表已经达到了188张，并增加了短讯报警，自动优化，运行监控三大功能，春节期间运行稳定，没有任何的人工干预。