data guard的主要用途构建高可用的企业数据库应用环境


一个主库（primary)和一个或多个备库（最多9个standby)


逻辑standby:数据库内容一致 但是结构可能不同；接受主库的redo日志，转换成SQL，在备库上执行SQL语句实现同步，sql apply


物理standby:和主库一模一样；接受主库的redo日志，介质恢复实现同步,redo apply，其实就是块的应用，


data guard 服务

1.redo 传输服务：redo transport services


按照配置传输redo数据到standby数据库


处理由于网络中断等原因导致的归档中断（GAP)


控制数据库的保护模式


检查备库端丢失或无效的归档，并自动尝试从其他primar/standby获取




2.log应用服务 log apply services

应用主库的redo数据到备库，保持数据同步


3.角色转换   role transitions

primary standby之间的互相切换

切换方式：switchover  failover

switchover:正常切换  保障不丢数据

failover:主库出现故障且不能及时恢复，将备库切换为主库



保护模式


1.最大保护：

所有的事物在提交前，其redo要写入本地和备库的standby redologs,并确认redo数据可用，才会提交事物，如果备库故障，主库也会shutdown


2.最高性能：

3.最高可用



物理standby：


可在备库进行查询和备份操作  也可通过闪回将数据库置于read write状态


redo应用技术使用最底层的恢复机制，绕过了sql级代码层，效率最高



data  guard硬件需求


1.相同的系统构架
2.硬件配置可以不同，但不能相差太大
3.操作系统平台必须相同，系统版本可以有差异，数据库的目录路径也可不同
4.同一个DG配置中的所有数据库必须运行于相同的平台


data guard 软件需求

1.同一个Data Guard 配置中所有数据库初始化参数：COMPATIBLE 的值必须相同

2.Primary 数据库必须运行于归档模式，并且务必确保在primary 数据库上打开FORCE LOGGING，
以避免用户通过nologging 等方式避免写redo 造成对应的操作无法传输到standby 数据库。

3.Primary 和standby 数据库均可应用于单实例或RAC 架构下，并且同一个data guard 配置可以混合
使用逻辑standby 和物理standby。
4. Primary 和standby 数据库可以在同一台服务器，但需要注意各自的数据文件存放目录，避免重写
或覆盖。
5. 使用具有sysdba 系统权限的用户管理primary 和standby 数据库。
6. 建议数据库必须采用相同的存储架构。比如存储采用ASM/OMF 的话，那不分primarty 或是standby
也都需要采用ASM/OMF。
7.注意各服务器的时间设置，不要因为时区/时间设置的不一置造成同步上的错误。