DG Cascade Standby

來源:互聯網
上載者:User

標籤:val   配置   logfile   需求   屬性   oracl   之間   ice   syn   

SUMMARY

1. logical standby不支援cascading standby

2. 11.2.0.2之前版本cascading standby不支援RAC

3. 11.2.0.3之前版本DG Broker環境不支援cascaded standby

DETAILS

為了減少primary system負載,減少頻寬需求,當需要配置多個standby時,可以採用cascade standby.

 

受支援的Cascading standby模式:

1. Primary DB > Physical Standby DB with cascaded destination > Physical Standby DB

2. Primary DB > Physical Standby DB with cascaded destination > Logical Standby DB

 

11.2.0.2之前,物理standby最多支援9個remote destination,11.2.0.2及之後最多支援30個。當物理standby配置了cascaded destination,在物理standby standby log滿時或者歸檔後,將傳輸這些從primary接受的redo到第二個standby上。第二個standby與primary之間必定有lag存在。cascaded standby可用作非即時的報表系統。

配置Cascaded Destination

1.在standby建立standby redo logfile

2.在primary設定LOG_ARCHIVE_DEST_n參數,設定physical standby轉寄redo到cascaded destination.

定義傳輸模式:LGWR ASYNC或LGWR SYNC

設定VALID_FOR屬性啟用redo轉寄

3.轉寄redo的physical standby開啟歸檔模式

4.配置轉寄redo的physical standby LOG_ARCHIVE_DEST_n參數

 

參數配置案例:

Boston Database (Primary Role):

DB_UNIQUE_NAME=boston

STANDBY_ARCHIVE_DEST=/arch1/boston/

REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

LOG_ARCHIVE_CONFIG=‘DG_CONFIG=(chicago,boston,denver)‘

LOG_ARCHIVE_DEST_1=‘LOCATION=/arch1/boston/ VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=boston‘

LOG_ARCHIVE_DEST_2= ‘SERVICE=denver VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE) DB_UNIQUE_NAME=denver‘

LOG_ARCHIVE_DEST_3=‘SERVICE=chicago VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=chicago‘

Chicago Database (Standby Role):

DB_UNIQUE_NAME=chicago

LOG_ARCHIVE_CONFIG=‘DG_CONFIG=(chicago,boston,denver)‘

STANDBY_ARCHIVE_DEST=/arch1/chicago/

REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

LOG_ARCHIVE_DEST_1=‘LOCATION=/arch1/chicago/ VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=chicago‘

LOG_ARCHIVE_DEST_2=‘SERVICE=denver VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE) DB_UNIQUE_NAME=denver‘

LOG_ARCHIVE_DEST_3=‘SERVICE=boston VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=boston‘

 

Denver Database (Standby Role):

DB_UNIQUE_NAME=denver

LOG_ARCHIVE_CONFIG=‘DG_CONFIG=(chicago,boston,denver)‘

STANDBY_ARCHIVE_DEST=/arch2/denver/  <====For Logical Standby

REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

LOG_ARCHIVE_DEST_1=‘LOCATION=/arch1/denver/ VALID_FOR=(ONLINE_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=denver‘

LOG_ARCHIVE_DEST_2=‘LOCATION=/arch2/denver/ VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE) DB_UNIQUE_NAME=denver‘

 

角色轉變

Oracle建議主要用於災難恢複的備份資料庫直接接收重做資料從主要資料庫,資料保護可達到最佳水平。級聯standby可以作防禦的第二線,但其總是比primary延遲。

DG Cascade Standby

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.