．10g Data Guard存在的不足

建设灾难备份数据库，需要投入基础设施（如机房、场地、人员）、硬件、软件等成本。因此，能否最大程度地充分发挥灾备系统的资源利用率，是很多企业的重要考虑因素。

物理备用数据库所需要的硬件资源不高、数据同步的速度也快，但是，在进行数据同步的同时，数据库是无法打开提供查询访问服务的，而如果用只读方式打开物理备用数据库，则数据同步就无法同时进行，因此，无法满足企业近实时数据查询的需要；而逻辑备用数据库，数据同步的同时、数据库是正常打开的，是可以在数据同步的同时提供对外查询服务的，但是，逻辑备用数据库在使用上存在一定的限制，例如：不支持long、long raw以及用户自定义的数据类型，一般需要为每个表创建关键字或唯一索引等。此外，由于逻辑备用数据库不仅要执行生产数据库上所发生的所有数据变更SQL语句，还需要额外的日志分析工作，因此，硬件资源的配置也相对较高。

有没有办法，把逻辑备用数据库和物理备用数据库的优势结合在一起，既能发挥物理备用数据库同步速度快、耗用资源低，又能够在数据同步的同时，可以进行数据查询，从而充分发挥备用系统的资源利用率呢？这就是Oracle11g Active Data Guard的功能。