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.注意各服务器的时间设置,不要因为时区/时间设置的不一置造成同步上的错误。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29942527/viewspace-2140181/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29942527/viewspace-2140181/