[Oracle维护工程师手记系列]Data Guard Broker中改属性是否需要两侧分别执行?

Data Guard Broker中改属性是否需要两侧分别执行?

Data Guard Broker有一些属性,可以通过 show configuration 看到。
我有时会想,这些个属性,是否是分别属于primary 和 standby,如果
想要修改,是否需要分别登陆到primary 和 standby ,来分别修改呢?

这也是很多客户经常有的疑问。故此我进行了如下的实验。

先看看primary 端的 属性值:

-bash-4.1$ dgmgrl /DGMGRL for Linux: Version 12.1.0.2.0 - 64bit Production

Copyright (c) 2000, 2013, Oracle. All rights reserved.

Welcome to DGMGRL, type "help" for information.Connected as SYSDG.

DGMGRL> show configuration verbose;

Configuration - DRSolution

 Protection Mode: MaxPerformance Members: orcl12102      - Primary database   orcl12102_stby - Physical standby database

 Properties:   FastStartFailoverThreshold      = ‘30‘   OperationTimeout                = ‘30‘   TraceLevel                      = ‘USER‘   FastStartFailoverLagLimit       = ‘30‘   CommunicationTimeout            = ‘180‘    ObserverReconnect               = ‘0‘   FastStartFailoverAutoReinstate  = ‘TRUE‘   FastStartFailoverPmyShutdown    = ‘TRUE‘   BystandersFollowRoleChange      = ‘ALL‘   ObserverOverride                = ‘FALSE‘   ExternalDestination1            = ‘‘   ExternalDestination2            = ‘‘   PrimaryLostWriteAction          = ‘CONTINUE‘

Fast-Start Failover: DISABLED

Configuration Status:SUCCESS

DGMGRL>

再看Standby 端的属性:

-bash-4.1$ dgmgrl /DGMGRL for Linux: Version 12.1.0.2.0 - 64bit Production

Copyright (c) 2000, 2013, Oracle. All rights reserved.

Welcome to DGMGRL, type "help" for information.Connected as SYSDG.

DGMGRL> show configuration verbose;

Configuration - DRSolution

 Protection Mode: MaxPerformance Members: orcl12102      - Primary database   orcl12102_stby - Physical standby database

 Properties:   FastStartFailoverThreshold      = ‘30‘   OperationTimeout                = ‘30‘   TraceLevel                      = ‘USER‘   FastStartFailoverLagLimit       = ‘30‘   CommunicationTimeout            = ‘180‘   ObserverReconnect               = ‘0‘   FastStartFailoverAutoReinstate  = ‘TRUE‘   FastStartFailoverPmyShutdown    = ‘TRUE‘   BystandersFollowRoleChange      = ‘ALL‘   ObserverOverride                = ‘FALSE‘   ExternalDestination1            = ‘‘   ExternalDestination2            = ‘‘   PrimaryLostWriteAction          = ‘CONTINUE‘

Fast-Start Failover: DISABLED

Configuration Status:SUCCESS

DGMGRL>

从 primary 和 standby 两边看到的属性值都是一样的。所以我有一个猜测,这些属性值是共通的。
下面通过修改 CommunicationTimeout 的值来进行验证:

在primary 端修改:

DGMGRL> EDIT CONFIGURATION SET PROPERTY CommunicationTimeout=120;Property "communicationtimeout" updated

改完后验证一下:

DGMGRL> show configuration verbose;

Configuration - DRSolution

 Protection Mode: MaxPerformance Members: orcl12102      - Primary database   orcl12102_stby - Physical standby database

 Properties:   FastStartFailoverThreshold      = ‘30‘   OperationTimeout                = ‘30‘   TraceLevel                      = ‘USER‘   FastStartFailoverLagLimit       = ‘30‘   CommunicationTimeout            = ‘120‘ ******   ObserverReconnect               = ‘0‘   FastStartFailoverAutoReinstate  = ‘TRUE‘   FastStartFailoverPmyShutdown    = ‘TRUE‘   BystandersFollowRoleChange      = ‘ALL‘   ObserverOverride                = ‘FALSE‘   ExternalDestination1            = ‘‘   ExternalDestination2            = ‘‘   PrimaryLostWriteAction          = ‘CONTINUE‘

Fast-Start Failover: DISABLED

Configuration Status:SUCCESS

DGMGRL>

那么,在 standby 端,会看到怎样的结果呢?

DGMGRL> show configuration verbose;

Configuration - DRSolution

 Protection Mode: MaxPerformance Members: orcl12102      - Primary database   orcl12102_stby - Physical standby database

 Properties:   FastStartFailoverThreshold      = ‘30‘   OperationTimeout                = ‘30‘   TraceLevel                      = ‘USER‘   FastStartFailoverLagLimit       = ‘30‘   CommunicationTimeout            = ‘120‘ <<<<<<<<<<<<<  从 standby 端,也可以看到这个值,确实被改变了。   ObserverReconnect               = ‘0‘   FastStartFailoverAutoReinstate  = ‘TRUE‘   FastStartFailoverPmyShutdown    = ‘TRUE‘   BystandersFollowRoleChange      = ‘ALL‘   ObserverOverride                = ‘FALSE‘   ExternalDestination1            = ‘‘   ExternalDestination2            = ‘‘   PrimaryLostWriteAction          = ‘CONTINUE‘

Fast-Start Failover: DISABLED

Configuration Status:SUCCESS

DGMGRL>

事实上,从 standby 端来更改其他的属性值,也是可以的,我们也可以从primary 端,连接到 data guard broker,看到同样的改变。

所以说,Data Guard Broker 搭建完毕后,如果想更改其属性值,无论是从primary 端,还是从standby 端,登陆连接到broker 后,
在哪一端修改都是可以的。

原文地址:https://www.cnblogs.com/gaojian/p/9053090.html

时间: 2024-07-31 22:54:18

[Oracle维护工程师手记系列]Data Guard Broker中改属性是否需要两侧分别执行?的相关文章

[Oracle维护工程师手记系列]为什么flashback 的时候既需要 flashback log ,又需要 archive log?

为什么flashback 的时候既需要 flashback log ,又需要 archive log 呢? 如果数据库的活动不是很频繁,可以看到,其flashback log 是比较小的.那么是通过怎样的方式 flashback 到过去的呢? 示意如下: 12:50 第一次更改数据(100-->200) 1:00 进行 第一次 flashback log 写入. 记录内容是 更改前的数据:100 1:10 第二次更改数据(200-->300) 1:30 再进行下一次flashback log 

【DATAGUARD】物理dg配置客户端无缝切换 (八.1)--Data Guard Broker 的配置

[DATAGUARD]物理dg配置客户端无缝切换 (八.1)--Data Guard Broker 的配置 一.1  BLOG文档结构图       一.2  前言部分   一.2.1  导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① Data Guard Broker 的配置 ② Fast-Start Failover 的配置 ③ Oracle DataGuard 之客户端TAF 配置 ④ 使用DGMGRL 来管理数据库 ⑤

【DATAGUARD】物理dg配置客户端无缝切换--Data Guard Broker 的配置(1)

[DATAGUARD]物理dg配置客户端无缝切换 (八.1)--Data Guard Broker 的配置 一.2.2  实验环境介绍 项目 主库 dg库 db 类型 单实例 单实例 db version 11.2.0.3 11.2.0.3 db 存储 FS type FS type ORACLE_SID oradg11g oradgphy db_name oradg11g oradg11g 主机IP地址: 192.168.59.130 192.168.59.130 OS版本及kernel版本

Oracle Data Guard broker 现场遇到bug ,闪之~

最近在客户现场搭建一套容灾环境,发现遇到了BUG,在无法解决的情况下,放弃了broker,依旧可以实现ADG,Oracle无法实现双主,但是MySQL可以哈.官网说法记录一下. OERR: ORA-16597 "Oracle Data Guard broker detects two or more primary databases" (varies by version) Reference Note (文档 ID 172973.1) PURPOSE This is a brief

ORACLE 11g 用Duplicate恢复Data Guard 备库详细过程

1.先查找备库控制文件路径 先在备库上找出控制文件的路径,通过和主库一样,不过为了以防万一,还是check为好. SQL>  select name from v$controlfile; NAME -------------------------------------------------------------------------------- /Oracle/app/oracle/oradata/powerdes/control01.ctl /oracle/app/oracle/

Oracle 11gR2 Database和Active Data Guard迁移案例

客户一套核心系统由一台Oracle Database 11.2.0.3.4单机和一台Active Data Guard组成,分别运行在两台PC服务器上,Oracle Linux 5.8 x86_64bit操作系统,两台服务器都未接存储设备:由于原有设备老旧等原因,现在要将这套Oracle数据库系统(主库和ADG库)迁移到新采购的两台服务器上,不跨版本,也不跨平台.为了最小化停机时间,我们先用目前最新的RMAN 0级备份在两台新服务器上restore database,之后将到目前为止的所有1级备

Oracle 11g Data Guard Broker操作笔记

转载请注明出处:http://blog.csdn.net/guoyjoe/article/details/41548669 一.设置 1.设置broker 在主备库上各设置为trueSQL> alter system set dg_broker_start=true; 2.在主库上操作[[email protected] admin]$ dgmgrl sys/[email protected] DGMGRL> help DGMGRL> help create DGMGRL> CRE

Oracle Data Guard

DG 是 Oracle Data Guard 的简称.也就是Oracle11g的 数据卫士. 由于在工作中 Oracle和 SQL SERVER2008 同时都需要维护管理.给我的感觉这里的 DG 其实和 Sql Server 2008的镜像实现的功能是一样的(当然更强大一些).DG 中的物理备用库 尤其和 Sql Server 2008 的镜像实现的功能是一样的.但也有不同点:DG中的物理备用库可以在特定条件下 以只读或读写方式打开.而镜像则不可以(2012版本虽然可以读,但还是不能打开),当

YH1:Oracle Data Guard知识库

小编:大家对Oracle DataGuard 应该很熟吧? 众人:那是相当熟. 小编:好的,那我们今天就不讲基础知识了,直入主题!跟不上课的孩子自己回去补. 今天的话题包括: 12.2中ADG的性能与诊断 ADG上部署列式存储 DG跨平台迁移 DG数据恢复 DG的归档管理 12.2中ADG的性能与诊断 在Oracle 12.2中,ADG有许多惊人的改进,通过ADG standby数据库的性能数据收集和诊断.快照standby数据库的应用,以及实时的数据库操作监控的实现,能够根据用户需求相协调来提