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、数据库不停机初始化这些都需要