ITPub博客

首页 > 数据库 > Oracle > DG Broker学习2(管理Broker Configuration的成员状态)

DG Broker学习2(管理Broker Configuration的成员状态)

原创 Oracle 作者:q499311546 时间:2021-03-02 09:57:42 0 删除 编辑
配置的成员可以处于各种状态,在启用的配置中,这些状态确定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


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/31355629/viewspace-2760477/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2016-06-03

  • 博文量
    36
  • 访问量
    27447