ORA-16826: apply service state is inconsistent

前端之家收集整理的这篇文章主要介绍了ORA-16826: apply service state is inconsistent前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。


@H_403_2@

APPLIES TO:

Oracle Database - Enterprise Edition - Version 11.2.0.1 and later
Information in this document applies to any platform.
@H_403_2@

GOAL

Data Guard Broker Configuration@H_403_2@

DGMGRL> show configuration verbose;

Configuration - orcl1_site

Protection Mode: MaxPerformance
Databases:
orcl1 - Primary database
dgorcl1 - Physical standby database
Warning: ORA-16826: apply service state is inconsistent with the DelayMins property <<<<<<<<<<<<<<<

Properties:
FastStartFailoverThreshold = '30'
OperationTimeout = '30'
FastStartFailoverLagLimit = '30'
CommunicationTimeout = '180'
FastStartFailoverAutoReinstate = 'TRUE'
FastStartFailoverPmyShutdown = 'TRUE'
BystandersFollowRoleChange = 'ALL'

Fast-Start Failover: DISABLED

Configuration Status:
WARNING@H_403_2@

@H_403_2@

@H_403_2@

DGMGRL> SHOW DATABASE dgorcl1

Database - dgorcl1

Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds
Apply Lag: 2 minutes 33 seconds
Real Time Query: OFF
Instance(s):
dgorcl11 (apply instance)
dgorcl12

Database Warning(s):
ORA-16826: apply service state is inconsistent with the DelayMins property<<<<<<<<<

Database Status:
WARNING<<<<<<<<<<<<@H_403_2@


@H_403_2@

@H_403_2@

SOLUTION

Workaround :@H_403_2@

Check on which node MRP process is running.@H_403_2@

On Standby@H_403_2@

Make sure Standby redo logs files are created on standby.@H_403_2@

Please referenceInteraction Between the Data Guard Broker and a Data Guard Configuration Doc ID 249703.1@H_403_2@

@H_403_2@

DGMGRL> edit database <standby database> set state=apply-off;
DGMGRL> edit database<standby database> set state=apply-on;@H_403_2@

or@H_403_2@

sql>alter database recover managed standby database cancel;
sql> alter database recover managed standby database using current logfile disconnect;@H_403_2@

@H_403_2@

Verify Broker Configuration@H_403_2@

DGMGRL> show configuration

Configuration - orcl1_site

Protection Mode: MaxPerformance
Databases:
orcl1 - Primary database
dgorcl1 - Physical standby database

Fast-Start Failover: DISABLED

Configuration Status:
SUCCESS <<<<<<<<<<<<<<<<<<
@H_403_2@

DGMGRL> show database dgorcl1

Database - dgorcl1

Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds
Apply Lag: 0 seconds
Real Time Query: OFF
Instance(s):
dgorcl11 (apply instance)
dgorcl12

Database Status:
SUCCESS <<<<<<<<<<<<<<<<<<<<<<
@H_403_2@

How to avoid this issue@H_403_2@


1. This Problem occurs if Managed Recovery is started manually which should not be done at all if there is an active Data Guard Broker Configuration.
@H_403_2@

Typically the Data Guard Broker should start Managed Recovery .

2. It can also happen if there are no Standby Redo Logs in Place or they are incorrect configured - referenceUsage,Benefits and Limitations of Standby Redo Logs (SRL) Doc ID 219344.1
@H_403_2@

猜你在找的Oracle相关文章