1. 程式人生 > >[Oracle維護工程師手記]Data Guard Broker中改屬性是否需要兩側分別執行?

[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 後,
在哪一端修改都是可以的。

相關推薦

[Oracle維護工程師手記]Data Guard Broker屬性是否需要兩側分別執行

Data Guard Broker中改屬性是否需要兩側分別執行?Data Guard Broker有一些屬性,可以通過 show configuration 看到。我有時會想,這些個屬性,是否是分別屬於primary 和 standby,如果想要修改,是否需要分別登陸到primary 和 standby ,來

[Oracle維護工程師手記系列]Data Guard Broker屬性是否需要兩側分別執行

HA out 需要 nal res 登陸 tor status external Data Guard Broker中改屬性是否需要兩側分別執行?Data Guard Broker有一些屬性,可以通過 show configuration 看到。我有時會想,這些個屬性,是否

[Oracle維護工程師手記系列]一次升級後運行變慢的分析

設置 增加 整體 dex classes 並不是 select 統計 系列 客戶報告,當他從 Oracle 11.1.0.7 ,遷移到雲環境,並且升級到12.1.0.2。運行客戶的應用程序測試,發現比以前更慢了。從AWR report 的"Top 10 Foreground

[Oracle維護工程師手記系列]為什麽flashback 的時候既需要 flashback log ,又需要 archive log?

頻繁 acl ack 就是 系列 AS arc ive flashback 為什麽flashback 的時候既需要 flashback log ,又需要 archive log 呢? 如果數據庫的活動不是很頻繁,可以看到,其flashback log 是比較小的。那麽是通

[Oracle維護工程師手記]兩表結合的MVIEW的告訴重新整理

對兩表結合查詢建立MVIEW,進行MVIEW的的高速重新整理失敗,如何處理?例如: SQL> drop user u1 cascade;User dropped.SQL> grant dba to u1 identified by u1;Grant succeeded.SQL> con

[Oracle維護工程師手記]為什麼flashback 的時候既需要 flashback log ,又需要 archive log?

為什麼flashback 的時候既需要 flashback log ,又需要 archive log 呢? 如果資料庫的活動不是很頻繁,可以看到,其flashback log 是比較小的。那麼是通過怎樣的方式 flashback 到過去的呢? 示意如下: 12:50 第一次更改資料(100-->2

[Oracle維護工程師手記]一次升級後執行變慢的分析

客戶報告,當他從 Oracle 11.1.0.7 ,遷移到雲環境,並且升級到12.1.0.2。執行客戶的應用程式測試,發現比以前更慢了。從AWR report 的"Top 10 Foreground Events by Total Wait Time"和"Wait Classes by Total Wait

oracle 搭建實時同步data guard的最高可用-切換主備

搭建實時同步data guard的最高可用-切換主備 首先保證主庫在歸檔模式下:錯過N次了 準備二臺機器(hostname gw hosts ech0)host-only [[email protected] ~]# ifconfig eth0      Lin

Oracle數據庫11g Data Guard物理備用數據庫搭建與配置

Oracle Data Guard Oracle主備 Oracle Data Guard是由Oracle公司提供的一套高可用性數據庫解決方案。Data Guard可以確保企業數據的高可用性,並實現數據保護和災難恢復。Data Guard提供了一套綜合創建、維護、管理和監視一個或多個備用數據庫的

淺析Oracle 12cData Guard新特性

  淺析Oracle 12c中Data Guard新特性   寫在前面 無論是做Oracle運維的小夥伴還是老夥伴,想必對Oracle資料庫的資料級災備核心技術—Data Guard是再熟悉不過了!這項從Oracle 8i就開始大面積普及的資料複製與災備技術以其久經考

Oracle 11g Data Guard之主備庫切換(switchover不使用DG Broker

--目前主庫PROD3,備庫AUX --檢視主備庫日誌傳輸情況 [email protected]> select max(sequence#) from v$archived_log; MAX(SEQUENCE#) --------------

Broker搭建Oracle Data Guard的必須注意知識點

最近在用Broker 配置和管理Data Guard(Oracle version : 10.2.0.1.0),以前的資料庫都基本不設定db_domain的,當使用database link的時候,啟用了global_names=true,也設定了db_domain,所以以

Oracle 11g Data Guard實現Connect Time Failover & Transparent Application Failover(TAF)

背景介紹:在switchover或failover時主庫進行切換後,客戶端獲得自己重連主庫的能力。 環境修改: 1.修改$ORACLE_HOME/network/admin/tnsnames.ora PRIOCM= (DESCRIPTION = (ADDR

oracle data guard備庫備份恢復

startup ring pset 文件拷貝 style pga patch physical size   客戶有套data guard環境,主庫在阿裏雲上,備庫在本地機房,現在想定期做備份,但是因為一些原因,備份阿裏雲上的主庫實現會有些問題,所以只能備份本地的備庫。目前

Oracle Data Guard Protection Modes

sub data loss tin best ext persist down app take Maximum Availability This protection mode provides the highest level of data protecti

Oracle塗抹oracle學習筆記第10章Data Guard說,我就是備份

為什麽 enc blog mar 用戶 日誌 size 命名 一個 DG 是備份恢復工具,但是更加嚴格的意義它是災難恢復   Data Guard是一個集合,由一個Primary數據庫及一個或者多個Standby數據庫組成,分兩類邏輯Standby和物理Standby

Oracle 12c Data Guard 純小白部署手冊

inpu rdbms work inux ORC opatch users library get 子公司需要搭建數據倉庫,並且新建ADG作為主從,硬件設備Dell R730機器;192.168.1.11 dwjrdb --主庫 192.1

Oracle data guard學習

    Oracle data guard學習:三思筆記 Data guard 1data guard結構: data guard是一個集合,由一個primary資料庫(生產資料庫)和一個或多個standby資料庫(最多9個組成),組成data guard之間的資料庫由ora

oracle data guard配置dg_broker

https://community.oracle.com/docs/DOC-1007327 本文主要包括以下內容:    1.  配置dg broker,需要完成以下幾個工作: 在主備庫配置靜態監聽註冊,註冊的服務名為db_unique_name_DG

Oracle data guard 10g 搭建

ora-01078 esc product dom rail des force swa 應用 Oracle data guard 10g 搭建 1系統常規參數檢查 硬盤 [root@localhost ~]# df -h 內核 [root@localhost ~]# u