Oracle11gDG主一备二搭建

Table of Contents

• DG的搭建
• 1.环境
• 2.搭建操作
• 1) 强制force logging -- 主库
• 2) 创建口令文件 -- 主库
• 3) 创建并修改pfile -- 主库
• 4) 开归档 -- 主库
• 5) 创建备库所需的控制文件 -- 主库
• 6) 备份数据库 -- 主库
• 7) 修改备库1的pfile -- 备库1
• 8) 修改备库2的pfile -- 备库2
• 9) 拷贝控制文件 -- 主库
• 10) 复制口令文件到备库 -- 主库
• 11) 在备库上创建spfile -- 备库
• 12) 启动备库到mount -- 备库
• 13) 主备库配置standby redo log -- 主备库
• 14) start redo apply -- 备库
• 3.测试
• 4.日常管理
• 三种保护模式的转换
• 三种保护模式参数设置
• 手动解决日志gap
• DG相关的视图
• 主备切换
• 主备库 switchover
• 主备库 failover
• 错误信息
• ORA-16136: Managed Standby Recovery not active
• LGWR (ospid: 7067): terminating the instance due to error 16072
• 阻止switchover的进程，以及处理方法
• FAL[client, ARC3]: Error 12154 connecting to ZZDB1,ZZDB1_SD for fetching gap sequence

DG的搭建

1.环境

Linux : CentOS 7.9(core)

Oracle : Oracle 11g release 2(11.2.0.1)

主库:

ip : 192.168.56.107

hostname : DG1

unique name : zzdb1

备库1:

ip : 192.168.56.105

hostname : DG11

unique name : zzdb1_st

备库2:

ip : 192.168.56.106

hostname : DG12

unique name : zzdb1_sd

HOSTS :

监听 :

TNS :

2.搭建操作

1) 强制force logging – 主库

2) 创建口令文件 – 主库

3) 创建并修改pfile – 主库

4) 开归档 – 主库

5) 创建备库所需的控制文件 – 主库

6) 备份数据库 – 主库

7) 修改备库1的pfile – 备库1

8) 修改备库2的pfile – 备库2

9) 拷贝控制文件 – 主库

10) 复制口令文件到备库 – 主库

主备库的口令文件不一致会报错

11) 在备库上创建spfile – 备库

12) 启动备库到mount – 备库

13) 主备库配置standby redo log – 主备库

14) start redo apply – 备库

3.测试

4.日常管理

三种保护模式的转换

三中保护模式的配置：

升级顺序：

最大性能 -> 最大可用 -> 最大保护

最大性能是默认的保护模式。

若从最大性能直接升级到最大保护，当出现 Destination LOG_ARCHIVE_DEST_2 is not SYNCHRONIZED时，无法升级。

解决办法：先升级到最大可用模式后，再升级为最大保护即可。

查询保护模式及打开模式

最大保护模式下，备库无法正常关闭，只有主库关闭后才能关闭备库。

1、在主库上配置参数 LOG_ARCHIVE_DEST_n

2、要完成保护模式的升级，执行此步，例如从最大性能模式升到最大可用模式。

关闭数据库，重新启动到mount

shutdown immediate;

startup mount;

对于rac，在主库上只打开一个实例，其他的实例都要关闭

如果不进行升级，直接进行第3步

3、设置数据库的保护模式

在主库上指定数据保护模式使用sql语句 ：

4、打开主库

5、在备库上配置参数 LOG_ARCHIVE_DEST_n

在备库上配置参数LOG_ARCHIVE_DEST_n是为了在switchover后能继续运行在新的保护模式

6、确认在新的保护模式已经生效

7、最大保护测试

在备库：

ifdown enp0s8

在主库：

create table t as select * from dept; ---------操作挂起

备库：

ifup enp0s8

主库create table操作成功完成

三种保护模式参数设置

若未指定，ASYNC，NOAFFIRM是默认。

主库配置时service写tns配置文件中指向备库的service_name, 备库中写指向主库的service_name

手动解决日志gap

1、自动解决

通过FAL_SERVER和FAL_CLIENT

2、手工解决

1. 查看是否有日志GAP：

2. 如果有，则拷贝过来


3. 手工的注册这些日志：

DG相关的视图

1、v$database\mathrm{‘}V$
`VDATABASE` displays information about the database from the control file.

主库:



备库:

NOT ALLOWED

On a primary database, this status indicates that there are no valid and enabled standby databases.

On a standby database, this status indicates that a switchover request has not been received from the primary database.

2、v$archive_dest$
`VARCHIVE_DEST` displays, for the current instance, all of the destinations in the Data Guard configuration, including each destination’s current value, mode, and status.

3、varchived_log 查看归档
`VARCHIVED_LOG` displays archived log information from the control file, including archive log names.

在standby节点上查看，是否有归档未apply的日志。

4、v$standby_log$
`VSTANDBY_LOG` displays information about standby redo logs.

ARCH 传输日志下，不使用：

5、vlog_history 查看备库最后应用的redo log
`VLOG_HISTORY` displays log history information from the control file.

6、v$dataguard_stats$
`VDATAGUARD_STATS` displays information about Data Guard metrics when queried on a standby database. No rows are returned when queried on a primary database.

显示了主库生成的redo数据，在备库上没有应用的量。

还显示了如果主库崩溃，备库上丢失的数据量。

可在任何备库上查询，在主库上查询所有列的值都被清空。

字段：

apply finish time：

在备库上应用日志所花费的时间，如果日志文件存在裂缝，

这个参数表示从最低的scn开始恢复至完成所花的时间。

apply lag：

应用时延，在备用数据库上的应用重做数据落后于主数据库的重做数据的时间量。

transport lag：

传输时延，在备库上没有应用的或者不可用的日志量（以时间为单位）。

estimated startup time：

估计启动时间，估计物理standby启动时间，没有估计逻辑standby。

图中表示，从库比主库延迟应用时间为：8分钟2秒，就是从库落后主库8分钟2秒了。

7、vdataguard_status 查看事件信息
`VDATAGUARD_STATUS` displays messages recently written to the alert log or server process trace files that concern physical standby databases or redo transport services for all standby database types.

8、vmanaged_standby 查看进程
`VMANAGED_STANDBY` displays current status information for some Oracle Database processes related to physical standby databases in the Data Guard environment. This view does not persist after an instance shutdown.

主备切换

角色：