高级复制、goldengate, dataguard, stream

在听了goldengate一个小时的产品介绍后，对高级复制、goldengate, dataguard, stream有了一些自己的认识，总结一下：

 

在stream推出之后，高级复制不再开发，但还会支持此功能，而且某些组件需要这个功能，如dblink? 高级复制不智能，如果复制过程中断，需全部重新复制，工程浩大。

 

stream，是oracle自开发的数据同步工具，免费，功能也强大，异步，通过捕获归档日志，转化为易于传播的LCR, LCR组合为queue, 由传播线程传播到目的数据库。 可以在捕获和传播之前应用rule，来指定哪些集合的数据可以传播，比较灵活。由于LCR仍然置为queue，而queue(队列)本质上是数据库的表，所以stream和数据库的耦合比较大，对数据库性能也较为依赖。

 

goldengate，2009年，oracle收购了goldengate，并整合到产品中，付费。功能强大，可以跨平台，跨数据库。其性能优于stream，原理和stream差不多，区别是捕获后生成的文件是完全独立于数据库的。goldengate的应用场景很多：可以做数据库同步; 容灾备份; 从主数据库抽取部分数据到其他数据库，从而将查询功能（报表功能等）与生产系统相分离。oracle公司将主推 goldengate, stream面临高级复制的命运，只提供支持，不再开发。

 

dataguard：用于容灾备份，在容灾备份领域与goldengate有重合。两种方式各有优点。dataguard简单，只是通过一传播线程将数据由源数据库传到目的数据库，性能高，但局限于oracle数据库。 goldengate则可以不同数据库备份，可以局部备份，而且可以将多个数据库备份到同一数据库上（仅一个实例，如果用dataguard，则需要配置多个实例）。