Oracle 11g:Data Guard(物理)

By | 2014年10月26日

Oracle Data Guard的配置确实不难,但是比较繁琐。
下面呈现关于Oracle 11g Data Guard物理备库的技术细节。

主库:192.168.124.128
备库:192.168.124.129

我的环境中:
主库的实例名为:yayu
备库的实例名为:standby_yayu

首先,打开主库的归档模式:

打开主库的强制日志功能,确保用户无法执行诸如NOLOGGING这样的操作:

设置standby文件的自动管理,这样在主库添加或者删除数据文件的时候,在备库这些文件也会被自动的添加与删除:

确认主库有standby log file。
备库使用standby log file保存从主库接收的重做日志。

密码文件的设置:
初始化参数)

密码文件)

初始化参数:db_unique_name。

开启数据库闪回:

配置SQL*Net:
主库:

备库:

重做日志的传输的配置:

至此,主库的环境基本配置好了。

(备库的环境)
主库)

备库:

修改PFILE:

在备库上,创建基本的目录结构:

启动备库到nomount阶段:

创建备库:

备库的ALERT日志:

确认日志应用是否正常:
主库:

(如上所示,到备库的日志的APPLIED与ARCHIVED应该都是YES。)
备库:

如果发现有日志没有被应用,那么有可能是重做日志的连续性被打破了。
一般来说FAL_SERVER设置正确,是不会出现这样的问题的。
一下SQL可以帮助你检查你的DG是否存在重做日志的缺口问题,该SQL应该在主库上执行。

一切正常的时候,如上所示,返回VALID和NO GAP。

如果需要查询你的Data Guard的状态(发生过什么),那么除了可以通过查看ALERT日志确认外,还可以通过以下方法查看:

————————————————————————————————
Ending。

打赏

说点什么

您将是第一位评论人!

avatar
  Subscribe  
提醒