快速启动故障转移Dataguard环境概述

快速启动故障转移Dataguard环境概述

=========================================== ==========================

本文介绍了自动快速启动故障转移配置以及在Dataguard环境中触发快速启动故障转移的条件。

在Faststart故障转移Dataguard配置中，如果主数据库不可用，那么观察者会与目标备用数据库确认主生产数据库不可用，并且目标备用数据库会确认

数据库与生产数据库同步，如果这样，则在保证不会丢失任何数据的情况下，启动快速启动故障转移到目标备用数据库。

启用快速启动故障转移的最低要求

-Data Guard配置必须处于MaxAvailability保护模式。

-主数据库和快速启动故障转移目标备用数据库的LogXptMode属性都必须为SYNC。

-主数据库和快速启动故障转移目标备用数据库都必须启用闪回。

-在尝试启用快速启动故障转移之前，没有在主数据库的FastStartFailoverTarget属性中指定有效的目标备用数据库，并且Data Guard配置中存在多个备用数据库。

DGMGRL for Linux：版本10.2.0.1.0-64位生产

版权所有（c）2000、2005，Oracle。 版权所有。

欢迎使用DGMGRL，键入“帮助”以获取信息。

DGMGRL>连接sys / passwd

连接的。

DGMGRL>创建配置“ ORCL”为

>主数据库为“ ORCL_DB”

>连接标识符为“ ORCL.world”；

使用主数据库“ ORCL_DB”创建的配置“ ORCL”

DGMGRL>显示配置

组态

名称：ORCL

启用：否

保护模式：MaxPerformance

快速启动故障转移：已禁用

数据库：

ORCL_DB-主数据库

“ ORCL”的当前状态：

已停用

DGMGRL>将数据库'STNDBY_DB'添加为

>连接标识符STNDBY_DB保持为物理；

已添加数据库“ STNDBY_DB”

DGMGRL>显示数据库详细信息'STNDBY_DB';

数据库

名称：STNDBY_DB

角色：物理待机

启用：否

预期状态：离线

实例：

Orcl

特性：

InitialConnectIdentifier ='STNDBY_DB'

LogXptMode ='ASYNC'

依赖关系=''

DelayMins ='0'

绑定=“可选”

MaxFailure ='0'

MaxConnections ='1'

ReopenSecs ='10'

NetTimeout ='180'

LogShipping ='ON'

PreferredApplyInstance =''

ApplyInstanceTimeout ='0'

ApplyParallel ='AUTO'

StandbyFileManagement ='手动'

ArchiveLagTarget ='0'

LogArchiveMaxProcesses ='2'

LogArchiveMinSucceedDest ='1'

DbFileNameConvert =''

LogFileNameConvert =''

FastStartFailoverTarget =''

StatusReport ='（监视器）'

InconsistentProperties ='（显示器）'

InconsistentLogXptProps ='（显示器）'

SendQEntries ='（显示器）'

LogXptStatus ='（显示器）'

RecvQEntries ='（显示器）'

HostName ='localhost.localdomain'

SidName ='orcl'

LocalListenerAddress ='（地址=（协议= TCP）（端口= 1540）（主机=本地主机.localdomain））'

StandbyArchiveLocation ='/ u04 / oradata / arch'

AlternateLocation =''

LogArchiveTrace ='0'

LogArchiveFormat ='％t_％s_％r.dbf'

LatestLog ='（显示器）'

TopWaitEvents ='（显示器）'

“ STNDBY_DB”的当前状态：

已停用

DGMGRL>启用配置

已启用。

DGMGRL>编辑数据库'ORCL_DB'设置属性FastStartFailoverTarget ='STNDBY_DB';

属性“ faststartfailovertarget”已更新

DGMGRL>编辑数据库'STNDBY_DB'设置属性FastStartFailoverTarget ='ORCL_DB';

属性“ faststartfailovertarget”已更新

DGMGRL>编辑数据库'ORCL_DB'设置属性'LogXptMode'='SYNC';

属性“ LogXptMode”已更新

DGMGRL>编辑数据库'STNDBY_DB'SET PROPERTY'LogXptMode'='SYNC';

GMGRL>编辑配置设置保护模式为最大可用性；

操作需要关闭数据库“ ORCL_DB”上的实例“ ORCL”

正在关闭实例“ orcl” ...

数据库已关闭。

数据库已卸装。

ORACLE实例关闭。

操作需要在数据库“ ORCL_DB”上启动实例“ orcl”

正在启动实例“ orcl” ...

ORACLE实例已启动。

数据库已安装。

-此处检查UNDO租借和闪回数据库，启用快速启动故障转移并从DGMGRL启动观察器

DGMGRL>启用FAST_START故障转移；

已启用。

DGMGRL> START OBSERVER；

观察员开始

DGMGRL>显示配置详细

组态

名称：ORCL

启用：是

保护模式：MaxAvailability

快速启动故障转移：已启用

数据库：

ORCL_DB-主数据库

STNDBY_DB-物理备用数据库

-快速启动故障转移目标

快速启动故障转移

阈值：30秒

观察者：localhost.localdomain

-可能触发快速启动故障转移的事件是实例故障，由于IO错误导致数据文件脱机，关机自动关闭

rt / others ...，这里在主实例中启动了关闭中止。

观察者日志：

“ ORCL”的当前状态：

成功

18：46：48.69 2008年1月9日，星期三

正在启动快速启动故障转移到数据库“ STNDBY_DB” ...

正在执行故障转移，请稍候...

故障转移成功，新的主服务器是“ STNDBY_DB”

18：47：19.09 2008年1月9日，星期三

警报日志：-

RFS [7]：可能与主数据库断开网络连接

2008年1月9日星期三18:46:15

RFS [6]：可能与主数据库断开网络连接

2008年1月9日星期三18:46:15

RFS [8]：可能与主数据库断开网络连接

2008年1月9日星期三18:46:48

更改数据库恢复管理的备用数据库完成力

2008年1月9日星期三18:46:48

终端恢复：实时停止

2008年1月9日星期三18:46:49

MRP0：后台介质恢复已取消，状态为16037

2008年1月9日星期三18:46:49

文件/u03/app/admin/oracle/admin/ORCL/bdump/orcl_mrp0_18084.trc中的错误：

ORA-16037：用户请求取消托管恢复操作

不使用实时应用的托管备用恢复

恢复中断！

2008年1月9日星期三18:46:49

文件/u03/app/admin/oracle/admin/ORCL/bdump/orcl_mrp0_18084.trc中的错误：

ORA-16037：用户请求取消托管恢复操作

2008年1月9日星期三18:46:49

MRP0：后台媒体恢复进程关闭（orcl）

2008年1月9日星期三18:46:49

终端恢复：实时停止

2008年1月9日星期三18:46:49

尝试执行终端恢复（orcl）

2008年1月9日星期三18:46:49

介质恢复开始：托管备用恢复（orcl）

不使用实时应用的托管备用恢复

并行恢复从2个过程开始

终端恢复时间戳为'01 / 09/2008 18:46:50'

终端恢复：应用备用重做日志。

终端恢复：需要重做线程1序号173

终端恢复：/u04/oradata/ORCL/ORCL_stdby_redo06.log

确定线程1序列173的重做结束

2008年1月9日星期三18:46:50

不完全恢复将应用所有已生成的重做。

通过变更完成恢复1062009

2008年1月9日星期三18:46:50

介质恢复完成（orcl）

终端恢复：成功完成

开始：备用重做日志文件归档

结束：备用重做日志文件归档

重置待机激活ID 1169895671（0x45bb30f7）

已完成：ALTER DATABASE RECOVER管理备用数据库的完成力

2008年1月9日星期三18:46:54

在这里，备用数据库执行快速启动故障转移并将角色更改为主数据库，在许多情况下，它

快速启动故障转移后以及出现问题后，可以重新启动原始生产数据库

导致故障转移的问题已解决。 因此，请快速入门

故障转移观察者定期尝试重新连接到原始产品

数据库。 当观察者重新获得原始作品的网络访问权限时

数据库，它会发起一个请求，要求Data Guard Broker自动恢复

它作为新生产数据库的备用数据库。

维诺德·萨达南丹（Vinod Sadanandan）

甲骨文数据库管理员

From: https://bytes.com/topic/oracle/insights/757738-fast-start-failover-overview-dataguard-environment