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、数据库不停机初始化这些都需要
目前ORACLE公司已经通过DG、GG来满足大型企业的数据库同步需求，但是对于中小企业，投资个几十万来建一个数据同步中心，其实是不可
能的，这样的投资投资网络建个中心业务系统都够了，对于中小企业，大家可以参考woxintech公司的数据库同步产品PAC，相比ORACLE原厂商
的产品，PAC还有很多超出的优势：
1、不在主库安装任何产品
2、主备库系统异构
3、同步大对象
4、不停机初始化
5、并行装载、断点续传
6、支持交易审计
7、支持加密字段
8、支持表过滤、字段过滤
当然市场还有几家产品，上述产品只是在大型应用和小型应用领域比较有突出特色的代表，简单给大家介绍一下。