milujite 发表于 2011-06-20 21:12

数据库复制技术交流

小弟做过ORACLE的GOLDENGATE，唉，不知道是不是ORACLE的通病，软件BUG巨多。GOLDENGATE都推到11版本号了，用起来感觉非常不成熟，有点网络抖动就造成队列锁之类的。oracle的goldengate工程师也是鱼龙混杂。撇开Oracle的goldengate产品本身，个人觉得做这种数据库复制对数据库的设计需要相当的严谨。个人做的最顺的是SAP软件的库，设计的非常规范，做起来比啥都顺。

今天看了下DSG的REALSYNC方案，好像也还不错，还有QUEST的SHAREPLEX。不知道论坛有没兄弟做过这些的，出来交流交流经验。

无牙 发表于 2011-06-20 21:25

如果应用稳定，这些软件都差不多。

强人 发表于 2011-09-14 23:01

本帖最后由 强人 于 2011-09-14 23:53 编辑

数据库容灾也得看看参与的人素质怎样，有几个OCM？ACE？itpub的大牛有几个参与了OGG?

milujite 发表于 2011-09-15 00:56

数据库容灾也得看看参与的人素质怎样，有几个OCM？ACE？itpub的大牛有几个参与了OGG?
强人 发表于 2011-09-14 23:01 http://bbs.chinaunix.net/images/common/back.gif
不知道ORACLE原厂的人，够不够你说的素质。OCM又有几个会去搞这些，早就顾问啊，技术总监去了。我承认ITPUB有很多ORACLE大牛。但不是ORACLE牛，就能随便搞OGG，小库谁都会，大型的库才是考验产品和厂家技术人员的时候。可惜ORACLE原厂人员让我相当失望。

chnod 发表于 2011-09-22 09:56

可以关注下CH-DRS for UNIX&linux的ORACLE/DB2等技术解决方案，其复制对带宽和环境要求比较低

东东堂 发表于 2011-09-27 17:25

GG很容易就挂起了。经常需要手动干预

anakin81 发表于 2011-09-28 05:28

本帖最后由 anakin81 于 2011-09-28 05:30 编辑

小弟做过ORACLE的GOLDENGATE，唉，不知道是不是ORACLE的通病，软件BUG巨多。GOLDENGATE都推到11版本号了，用 ...
milujite 发表于 2011-06-20 21:12 http://bbs.chinaunix.net/images/common/back.gif


公司现在拥着TimeFinderSnap和Clone。
已经打算换去RMAN了， RMAN去Data Domain。

我有几个都是TB上数据仓的备份起来相当吃力， 你肯定无法直接Backup To Tape了。
TimeFinderSnap适合大的数据仓， 一个1TB的DB可以很快地完成。
TimeFinderClone只是适合小型的比如少过200GB的。

RMAN就不是很清楚，听DBA说可以很好的做Backup/Restore。
还在测试当中。

milujite 发表于 2011-09-28 08:55

本帖最后由 milujite 于 2011-09-28 08:56 编辑

公司现在拥着TimeFinderSnap和Clone。
已经打算换去RMAN了， RMAN去Data Domain。

我有几 ...
anakin81 发表于 2011-09-28 05:28 http://bbs.chinaunix.net/images/common/back.gif


    你这个是备份重删，和数据库的日志复制技术没啥交集。数据库复制主要用于AA容灾、多点数据汇集、数据分发等等

ry715 发表于 2011-09-28 10:41

如果不是异构的平台，这个GOLDENGATE和dataguard的区别大吗

distliu 发表于 2011-09-28 10:57

区别挺大的，DataGuard如果不是Active 方式，是免费的
页: [1]
查看完整版本: 数据库复制技术交流