DG Cascade Standby

Posted 长城之上是千亿的星空,星空之上是不灭的守望。

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了DG Cascade Standby相关的知识,希望对你有一定的参考价值。

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的主要内容,如果未能解决你的问题,请参考以下文章

一个python拖库字段的小脚本

Oracle Dg配置过程

Hibernate中cascade作用

创建逻辑dg

使用 CASCADE 删除行时显示警告

hibernate集合映射inverse和cascade详解