Data Guard Old Primary Requires Re-create Rather Than Reinstate
(Doc ID 1960891.1)
Last updated on MARCH 10, 2019
Applies to:Oracle Database - Enterprise Edition - Version 220.127.116.11 and later
Oracle Database Cloud Schema Service - Version N/A and later
Oracle Database Exadata Express Cloud Service - Version N/A and later
Oracle Database Exadata Cloud Machine - Version N/A and later
Oracle Cloud Infrastructure - Database Service - Version N/A and later
Information in this document applies to any platform.
Primary aborted, preferred Far sync aborted, startup mount of old Primary, NO
automatic reinstatement, manual reinstate fails, enable database fails.
There were NO application transactions.
During the initial attempt to reinstate, it appears that we failed to
successfully establish the redo route from the new primary. The preferred
Far Sync was down.After failover, the automatic reinstate should occur with
only the alternate Far Sync up.
Although in a simpler configuration, with only one Far Sync, startup mount was enough
for DG to initiate automatic reinstate.
Why must we re-create rather than reinstate?
To view full details, sign in with your My Oracle Support account.
Don't have a My Oracle Support account? Click to get started!
In this Document