oracle容灾技术新.pdf

作者介绍 万正勇，无锡轻工毕业，高级程序员。目前在一大型金融机构任职，负 责核心业务系统维护，兼DBA 和应用服务器管理工作。同时担任 金融行业斑竹。 对oracle 以及jvm，中间件,linux,j2ee 等有较深研究，擅长data guard+rac 以 及jvm tunning。希望可以推动国内金融行业IT 应用水平，多交流 (wrong_x@)。 Data guard 介绍 本文主要介绍了9iR2 的data guard 的一些原理和基本配置方法，以及在data guard 环境下的升级和一些监控检测手段，还涉及到一些切换的配置。由于当中 涉及的操作可能会导致数据库不能正常运行，贴别提醒，不要在生产系统上直接 试验，切记做好备份工作。 免得到时候想哭都哭不出来。 一 : data guard 介绍 dataguard 为随着oracle9i R1 推出的一项有了重大改进的融灾技术，可以在网 络联通的情况下，对生产库做一个完整的在线备份，起到荣灾备份得作用。且成 本低廉。目前应用也很广，如联通，电信都有data guard 的系统在运行。 随着9i R2 的推出，data guard 也有恨得了改进，主要有下面的一些新功能 1. Logical standby database 在9i R2之前，data gauard 的服务器只能运行再read only或者recover 模式， 一个physical standy database 在物理上完全等同主库，当physical standy database再做恢复的时候，不能打开用作其他用途。 而logical standby database只是在logical上等同需要恢复的schema， 所以在恢复的时候，可以同时打开做report，也可以用户和主库不一样的 数据对象等等，极大了提高了从库的利用率。 2．Database protection modes 在9iR2中，主库可以置于下面三种模式 – Maximum protection – Maximum availability – Maximum performance 在Maximum protection下，可以保证从库和主库数据完全一样，做到zero data loss.事务同时在主从两边提交完成，才算事务完成。如果从库宕机或者网络出现 问题，主从库不能通讯，主库也立即宕机。在这种方式下，具有最高的保护等级。 但是这种模式对主库性能影响很大，要求高速的网络连接。 在Maximum availability模式下，如果和从库的连接正常，运行方式等同 Maximum protection模式，事务也是主从库同时提交。如果从库和主库失去 联系，则主库自动切换到Maximum performance模式下运行，保证主库具有 最大的可用性。 在Maximum performance ，主库把归档的 archived log通过arch进程传递给从 库，在这种方式下，主库运行性能最高，但是不能保证数据不丢失，且丢失的数 据受redo log 的大小影响。在redo log过大的情况下，可能一天都没有归档一个日 志，可以通过手工切换日志的方式来减小数据的丢失。 3 ．Cascading standby databases 再R2 中，从库也可以设置把接受到得日志传递到下一级的从库。在有多台 standby得情况下，通过这种方式，可以极大的减少主库的压力。 二：data guard 原理 data guard 原理可以通过如下的图来说明 physical standby 直接从主库接受archived log，然后直接做基于block