合 Oracle 11g DataGuard基础知识
一、DataGuard概述
这是一种保障数据安全的高可用架构，搭建与主数据库同步的备用数据库，提供Oracle数据库的容灾、数据保护、故障恢复等，实现数据库快速切换与灾难性恢复。
- 原理是日志文件从主库传输到备库，然后在备库上应用这些日志，从而使备库与主库保持同步
- DG由一个primary数据库及一个或多个standby数据库组成，备库最多9个
- 主库：一即被大部分应用访问的生产数据库，该库即可以使单实例数据库，也可以使RAC
- 备库：备库也支持单机或RAC，备库正常为只读状态
二、DataGuard分类
DG分为物理DG、逻辑DG
物理DG（生产环境使用多）：
- 物理DG应用的是主库的归档日志，物理DG无论从逻辑结构和物理结构都是和主库保持一致；
- 通过块拷贝方式同步，使用数据库recovery恢复功能来应用主库的更改；
- 通过接收并应用主库的 redo log 以介质恢复的方式(Redo Apply)实现同步
逻辑DG：
- 逻辑DG应用的是主库归档日志中提取的SQL语句，逻辑DG则只需保证逻辑结构一致；
- 通过接收 primary数据库的 redo log并转换成 sql语句，然后在 standby 数据库上执行 SQL 语句(SQL Apply)实现同步
三、日志传输
DataGuard数据同步过程分为三个阶段：日志传输、日志接收、日志应用。
本节讲解日志传输概念，这部分参数与上一篇搭建时设置主备库：log_archive_dest1,log_archive_dest2参数相关
主库在运行过程中会不断地产生redo日志，这些日志需要发送到备库，这个发送动作有两种传输方式：ARCH进程（传归档日志）、LGWR进程（传重做日志）
1.ARCH进程-传归档日志
主库：产生日志后通过LGWR进程写入在线重做日志，当满足相关条件后在线重做日志会进行切换，ARC0进程归档该日志至主库本地的归档目录（log_archive_dest_1配置），归档完成后，ARC1进程就会将归档日志传输到备库(log_archive_dest_2配置)
备库：备库RFS进程负责接收日志。
1）如果备库有standby重做日志，则把日志复制到standby重做日志，接着把standby重做日志归档至备库本地归档目录，最后应用归档日志；
2）如果没有配置standby重做日志，rfs进程接收日志后，直接把它放到备库的归档目录下，再应用该日志
Arch方式是Oracle默认的传输方式，这种方式只有在主库日志归档的时候才会发送日志到备库。如果发生主库宕机的情况，则online redo log中的数据就会丢失，要想避免数据丢失，就需要使用LGWR
2.LGWR进程-传重做日志
LGWR分为SYNC(同步)和ASYNC（异步）两种模式，12c 增加fast sync模式
ASYNC模式
主库：
只要有新的重做日志产生，LGWR进程将触发LNSn（Log Network Server）进程把新生成的重做日志传输到备库（如果配置了3个备库，则有3个LNS进程）。
ASYNC是redo buffer保存到 online redo log后，LNSn才开始传输
备库：
RFS进程负责接收日志。接收到日志后将其写入standby重做日志，如果备库开启了实时应用，就立即做日志应用，如果没有开启，则等standby重做日志归档后再应用
SYNC模式（不建议，会影响生产）
主库：redo log buferr中只要有新的变更产生，LGWR进程将触发LNSn进程把新生成的重做日志传输到备库。SYNC是在redo buffer时，LNSn进程就开始传输，也就是说是从内存中就开始传输，并不写入redo log。
备库：rfs进程负责接收日志。接收到日志后将其写入standby重做日志，如果备库开启了实时应用，就立即做日志应用，如果没有开启，则等standby重做日志归档后再应用。这种方式备库需要给主库一个回复，证明传输成功，如果有问题一直不回复就会导致主库的lgwr进程一直挂起，影响主库
