DG Broker学习2（管理Broker Configuration的成员状态）

来源：这里教程网时间：2026-03-03 16:30:02 作者：

配置的成员可以处于各种状态，在启用的配置中，这些状态确定Oracle Data Guard的行为。

Snapshot standby databases没有状态，因为它们只接收重做数据。

Far sync instances没有状态，因为它们仅接收重做并将其转发到备库。

Zero Data Loss Recovery Appliances也没有状态。

DGMGRL> show database orcl
Database - orcl
  Role:               PRIMARY
  Intended State:     TRANSPORT-ON
  Instance(s):
    orcl
Database Status:
SUCCESS
DGMGRL> show database orcladg
Database - orcladg
  Role:               PHYSICAL STANDBY
  Intended State:     APPLY-ON
  Transport Lag:      0 seconds (computed 0 seconds ago)
  Apply Lag:          0 seconds (computed 0 seconds ago)
  Average Apply Rate: 12.00 KByte/s
  Real Time Query:    ON
  Instance(s):
    orcladg
Database Status:
SUCCESS

数据库角色	状态	描述
Primary	TRANSPORT-ON	设置重做传输服务，以便在打开主库以进行读/写访问时将重做数据传输到备库或远程同步实例。如果这是Oracle RAC数据库，则所有以读/写模式打开的实例都将运行重做传输服务。首次启用时，这是主库的默认状态。
Primary	TRANSPORT-OFF	重做传输服务在主库上停止。如果这是Oracle RAC数据库，则重做传输服务不在任何实例上运行。
Physical Standby	APPLY-ON	备库启用Redo Apply。如果备库是Oracle RAC数据库，则代理将仅在一个称为Apply实例的备库实例上启动Redo Apply。如果此实例失败，则代理将自动选择另一个已安装或打开为只读的实例。然后该新实例将成为Apply实例。从Oracle Database 12c第2版（12.2.0.1）开始，可以将Redo Apply设置为在每个活动的运行中的物理备用实例上运行。如果已经设置数据库在多个实例上运行重做应用，则可以使用DG Broker属性ApplyInstances来限制Oracle RAC物理备库上重做应用所涉及的实例数量。
Physical Standby	APPLY-OFF	备库停用Redo Apply 如果这是Oracle RAC数据库，则在将数据库状态更改为APPLY-ON之前，没有实例运行Apply Services。
Logical Standby	APPLY-ON	打开逻辑备库并打开逻辑备库保护后，将在逻辑备库上启动SQL Apply。如果这是一个Oracle RAC数据库，则SQL Apply正在一个实例（apply实例）上运行。如果此实例失败，则代理将自动选择另一个打开的实例。这个新实例将成为apply实例。首次启用时这是逻辑备库的默认状态。
Logical Standby	APPLY-OFF	SQL Apply已停止。逻辑备库保护功能已打开。如果这是Oracle RAC数据库，则在将状态更改为APPLY-ON之前，不会运行SQL Apply的实例。

1.主库状态转换

当将主库转换为TRANSPORT-ON状态时，broker将使用配置成员的与重做传输相关的属性以及主库上的RedoRoutes属性来设置重做传输服务。

重做传输服务的设置是通过在主数据库上设置LOG_ARCHIVE_DEST_n和LOG_ARCHIVE_DEST_STATE_n初始化参数，以及在所有数据库（主库或备库）和远程同步实例上设置LOG_ARCHIVE_CONFIG初始化参数来完成的。

当将主库转换为TRANSPORT-OFF状态时，对应的log_archive_dest_state_n将置为RESET状态。

当将主库转换为TRANSPORT-ON状态时，对应的log_archive_dest_state_n将置为ENABLE状态。

--TRANSPORT-OFF
DGMGRL> edit database 'orcl' set state='TRANSPORT-OFF';
2021-03-01T17:42:39.159982+08:00
ALTER SYSTEM SET log_archive_dest_state_2='RESET' SCOPE=BOTH;
--TRANSPORT-ON
DGMGRL> edit database 'orcl' set state='TRANSPORT-ON';
2021-03-01T17:42:58.926310+08:00
ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;

2.物理备库状态转换

在将物理备库转换为APPLY-ON状态时，broker将使用与Redo Apply相关的属性指定的选项启动Redo Apply。如果备库是Oracle RAC数据库，则代理将在一个称为Apply实例的备用实例上启动Redo Apply。

从Oracle Database 12c第2版（12.2.0.1）开始，可以将Redo Apply设置为在多个活动运行的物理备用实例上运行。（此功能要求备库具有Oracle Active Data Guard选项的许可证。）如果已经设置数据库在多个实例上运行Redo Apply，则可以使用Data Guard Broker属性ApplyInstances限制数量。

当物理备库转换为APPLY-OFF状态时，broker停止Redo Apply。

--APPLY-OFF
DGMGRL> edit database 'orcladg' set state='APPLY-OFF';
Succeeded.
2021-03-02T09:46:48.776536+08:00
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
2021-03-02T09:46:48.777132+08:00
MRP0: Background Media Recovery cancelled with status 16037
2021-03-02T09:46:48.889176+08:00
Errors in file /u01/app/oracle/diag/rdbms/orcladg/orcladg/trace/orcladg_pr00_2632.trc:
ORA-16037: user requested cancel of managed recovery operation
Managed Standby Recovery not using Real Time Apply
Recovery interrupted!
Recovered data files to a consistent state at change 7993612
2021-03-02T09:46:49.040882+08:00
Errors in file /u01/app/oracle/diag/rdbms/orcladg/orcladg/trace/orcladg_pr00_2632.trc:
ORA-16037: user requested cancel of managed recovery operation
2021-03-02T09:46:49.142033+08:00
MRP0: Background Media Recovery process shutdown (orcladg)
2021-03-02T09:46:49.777718+08:00
Managed Standby Recovery Canceled (orcladg)
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
--APPLY-ON
DGMGRL> edit database 'orcladg' set state='APPLY-ON';
Succeeded.
2021-03-02T09:47:46.674256+08:00
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT  NODELAY
2021-03-02T09:47:46.674819+08:00
Attempt to start background Managed Standby Recovery process (orcladg)
Starting background process MRP0
2021-03-02T09:47:46.691256+08:00
MRP0 started with pid=56, OS id=2899 
2021-03-02T09:47:46.692433+08:00
MRP0: Background Managed Standby Recovery process started (orcladg)
2021-03-02T09:47:51.718042+08:00
 Started logmerger process
2021-03-02T09:47:51.737502+08:00
Managed Standby Recovery starting Real Time Apply
2021-03-02T09:47:51.788006+08:00
Parallel Media Recovery started with 2 slaves
2021-03-02T09:47:52.201813+08:00
Media Recovery Waiting for thread 1 sequence 235 (in transit)
2021-03-02T09:47:52.202522+08:00
Recovery of Online Redo Log: Thread 1 Group 5 Seq 235 Reading mem 0
  Mem# 0: /u01/app/oracle/oradata/orcladg/redo05.log
2021-03-02T09:47:52.699581+08:00
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT  NODELAY