ORA-16629: database reports a different protection
短信预约 -IT技能 免费直播动态提醒
Oracle 12c RAC-单实例
告警如下:
DGMGRL> show database verbose coredb;
Database - coredb
Role: PRIMARY
Intended State: TRANSPORT-ON
Instance(s):
coredb1
coredb2
Database Warning(s):
ORA-16629: database reports a different protection level from the protection mode
.....省略......
保护模式是我们设置的,保护级别是当前状态的。
SQL> select database_role,protection_mode,protection_level from v$database;
DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL
---------------- -------------------- --------------------
PHYSICAL STANDBY MAXIMUM AVAILABILITY **RESYNCHRONIZATION**
因为测试的原因,把日志传输进程defer掉了,重新enable之后需要追赶几百个归档文件,最高可用降级到最大性能模式,变成了异步。自己在测试环境做了测试, 发现追平之后就不会有告警了!!以上只做一个记录。
追平后:
SQL> select database_role,protection_mode,protection_level from v$database;
DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL
---------------- -------------------- --------------------
PHYSICAL STANDBY MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY
DGMGRL> show configuration;
Configuration - dg_config
Protection Mode: MaxAvailability
Members:
orcl - Primary database
orcldg - Physical standby database
Fast-Start Failover: DISABLED
Configuration Status:
SUCCESS (status updated 13 seconds ago)
你什么都不需要做,坐等一切都恢复正常就好了!!我们只需要知道原因就好!!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341