Oracle Data Guard 理论知识.docx

Oracle Data Guard 理论知识 RAC， Data Gurad， Stream 是Oracle 高可用性体系中的三种工具，每个工具即可以独立应用，也可以相互配合。 他们各自的侧重点不同，适用场景也不同。RAC 它的强项在于解决单点故障和负载均衡，因此RAC 方案常用于7*24 的核心系统，但RAC 方案中的数据只有一份，尽管可以通过RAID 等机制可以避免存储故障，但是数据本身是没有冗余的，容易形成单点故障。Data Gurad 通过冗余数据来提供数据保护，Data Gurad通过日志同步机制保证冗余数据和主数据之前的同步，这种同步可以是实时，延时，同步，异步多种形式。Data Gurad常用于异地容灾和小企业的高可用性方案，虽然可以在Standby 机器上执行只读查询，从而分散Primary 数据库的性能压力，但是Data Gurad决不是性能解决方案。Stream 是以Oracle Advanced Queue为基础实现的数据同步，提供了多种级别的灵活配置，并且Oracle 提供了丰富的API等开发支持，Stream 更适用在应用层面的数据共享。在Data Gurad环境中，至少有两个数据库，一个处于Open 状态对外提供服务，这个数据库叫作Primary Database。 第二个处于恢复状态，叫作Standby Database。 运行时primary Database 对外提供服务，用户在Primary Database 上进行操作，操作被记录在联机日志和归档日志中，这些日志通过网络传递给Standby Database。 这个日志会在Standby Database 上重演，从而实现Primary Database 和Standby Database 的数据同步。Oracle Data Gurad 对这一过程进一步的优化设计，使得日志的传递，恢复工作更加自动化，智能化，并且提供一系列参数和命令简化了DBA工作。如果是可预见因素需要关闭Primary Database，比如软硬件升级，可以把Standby Database 切换为Primary Database 继续对外服务，这样即减少了服务停止时间，并且数据不会丢失。如果异常原因导致Primary Database 不可用，也可以把Standby Database 强制切换为Primary Database继续对外服务，这时数据损失成都和配置的数据保护级别有关系。因此Primary 和Standby 只是一个角色概念，并不固定在某个数据库中。一． Data Guard 架构DG架构可以按照功能分成3个部分：1） 日志发送（Redo Send）2） 日志接收（Redo Receive）3） 日志应用（Redo Apply）1. 日志发送（Redo Send）Primary Database 运行过程中，会源源不断地产生Redo 日志，这些日志需要发送到Standy Database。 这个发送动作可以由Primary Database 的LGWR或者ARCH进程完成， 不同的归档目的地可以使用不同的方法，但是对于一个目的地，只能选用一种方法。 选择哪个进程对数据保护能力和系统可用性有很大区别。 1.1 使用ARCH 进程1）Primary Database 不断产生Redo Log，这些日志被LGWR 进程写到联机日志。2）当一组联机日志被写满后，会发生日志切换（Log Switch），并且会触发本地归档，本地归档位置是采用 LOG_ARCHIVE_DEST_1=LOCATION=/path 这种格式定义的。如：alter system set log_archive_dest_1 = LOCATION=/u01/arch scope=both;3）完成本地归档后，联机日志就可以被覆盖重用。4）ARCH 进程通过Net 把归档日志发送给Standby Database的RFS（Remote File Server） 进程。5）Standby Database 端的RFS 进程把接收的日志写入到归档日志。6）Standby Database 端的MRP(Managed Recovery Process)进程（Redo Apply）或者LSP 进程（SQL Apply）在Standby Database上应用这些日志，进而同步数据。用ARCH模式传输不写Standby Redologs，直接保存成归档文件存放于Standby端。说明：逻辑Standby接收后将其转换成SQL语句，在Standby数据库上执行SQL语句实现同步，这种方式叫SQL Apply。物理Standby接收完Primary数据库生成的REDO数据后，以介质恢复的方式实现同步，这种方式也