ORACLE-Data guard在制造业ERP生产数据库中的应用演变

核心提示： Logical standby database除了physical data guard,9i R2又推出logical data guard, 逻辑备用机在逻辑上和主库一样，也就是说，ORACLE-Data guard在制造业ERP生产数据库中的应用演变(3)，两台服务器的表、视图等对

Logical standby database

除了physical data guard,9i R2又推出logical data guard, 逻辑备用机在逻辑上和主库一样，也就是说，两台服务器的表、视图等对像需要保持一致，对物理结构上则不需要保持一致。逻辑备用机是靠把主机传过来的归档日志通过logminer解析成SQL语句，并应用到备用机上来进行更新的，与物理备用机不同的是它可以在更新的同时对数据库进行查询，这个可以进行近实时(差异一个current redo)数据库查询的功能对制造业生产系统的run report应用与其他应用分开以减轻主库的负担有很大帮助。就目前来看各企业数据库的性能瓶颈均在月结或实时的report查询未与生产应用分开导致阶段性的performance较差，logical standby的这种近实时的run report的功能对性能改善有很大的帮助。

但是很大程度上，而logical的方式则是需要把所有的归档转换成SQL语句再在logical standby database上执行它。这会占用一定的系统资源，如CPU，memory,I/O等，另外一点就是9i的logical standby相对来说bug限制等较多，还有就是不是很稳定，所以很少有企业在生产系统中使用，但是9i R2后几个patch针对logical DG修正了不少的bug,加上生产系统相对简单的,较少特殊运用的特性，故logical的近实时查询功还是有很好的可以用性，再加上专业的规划，制度化的管理相对来说这种技术还是值得推广使用的。

值得高兴的是在我们的精心准备及规划下苏州地区某大型制造业终于成为第一个吃螃蟹的，在正式的生产系统中运用了logical standby,正是这种近实时查询功能弥补了应用上的不足，解决了原系统I/O严重的问题，所有的report均至logical standby 端实时查询，在功能未受影响的同时，因为不同应用在2个DB内完成所以I/O大大降低，性能得到很大的改善。加上logical standby设计合理，管理上的规范目前该系统上线以来运行稳定。此项目的成功对苏州地区制造业对此项新技术的广泛运用有很大推动作用。