ORACLE资料库同步

ORACLE用户现状

目前，很多行业都使用资料库，特别是ORACLE资料库，但是在资料库管理和维护上，很多企业都很少投入，实际带来的问题，不言而喻：

1、DBA很辛苦，不停的在有限的网路和硬体基础上进行资料库最佳化，希望能增加性能

2、资料库开发人员为了满足不断增长的资料库统计分析功能，不停的书写繁杂的SQL语句，资料库运行的速度越来越慢

3、业务人员不停的提出查询统计分析需求，为技术人员开发的速度和查询回响时间而抱怨

4、老闆不停地在硬体升级、网路升级、资料库升级、资料库调优、资料库维护等投入上伤脑筋

似乎很多使用ORACLE资料库的用户都在为了上面的杂事而烦恼，甚至有些用户乾脆更换了ORACLE，改成其他的资料库，其初衷仅仅是

ORACLE需要维护的工作太多了，需要的人员技术要求太高了，并且ORACLE对机器的要求不断的在提高，这些都把作为提供服务的IT系统

带入到高成本的旋涡中。

无论如何，ORACLE都是最令人信赖的资料库厂商，很多用户还是希望继续使用它。但如何化解上面提出来的危机呢？现在ORACLE厂家也在

为用户制定资料库同步的战略方案，来挽救更多徘徊在成本压力的用户。

那幺资料库同步究竟能从本质上改变目前的境地吗？

ORACLE为何提出这一解决方案呢？

其实，所谓资料库同步，已经不是一个新的概念，从10年前的911事件到去年的311核辐射，资料库同步就开始作为热备容灾的关键技术

出现在资料库套用领域。那时的需求是需要套用核心资料库实时同步到另外一个或几个地方以防止不可抗灾难的发生，这样当灾难发生时，

可以及时起用备用资料库。

但是仅仅这样的套用是不够的，因为热备容灾的需求仅仅针对集团企业、大型金融机构和跨国公司，其他中小企业的需求并不那幺迫切，

但是对于中小企业来说，随着数据的增长，套用的增加，资料库会越来越慢，并且现在很多套用是非常複杂的数据统计分析，占用系统

资源非常严重。

那幺资料库同步如何解此难题呢？

对于ORACLE大型套用来说，把统计分析功能从套用系统中独立出来，建立重要数据实时安全查询系统（VIDRSQS），就可以保证套用系统的

处理速度达到目前硬体网路条件下最高，要达到此目的，资料库同步技术必须能够把需要统计分析的数据实时从套用系统里複製到另外一

个查询资料库，保证数据实时可靠。

这样的需求同时还需要用到同步技术的下列功能：

1、不能在主库安装程式

2、能够按照用户名、表、栏位（关键栏位脱敏）过滤

3、能够同步大对象（BLOB、CLOB、BFILE、NCLOB）

4、同步加密栏位

5、能够支持同步日誌审计

6、资料库不停机初始化这些都需要