High Availability Data Guard, Sharding and Global Data Services (MOSC)

MOSC Banner

Switchover in 12c through Grid Control fails to startup mount former primary / new physical standby.

edited Jun 28, 2017 2:39PM in High Availability Data Guard, Sharding and Global Data Services (MOSC) 5 commentsAnswered

We are running Oracle 12.1.0.1 with Grid Control 12.1.0.1 on Windows 2012.  When we perform a switchover through grid control the former primary / new physical standby stays in idle state.  The logs indicate that the startup mount command receives a 3113 end of file on communication channel.  We can perform the switchover in dgmgrl and the former primary is started mount as it is supposed to.  We do have the static entries in the listener.or file for _DGMGRL, also for _DGB and _XPT (the latter two i'm not sure are still needed).

Has anyone else had any problems with this?

We are able to get around it simply by doing a startup mount on the new physical standby but it would be nice to figure out why the issue is and fix it so switchovers can be done solely in Grid Control like in 11g without having to go to command line.

Howdy, Stranger!

Log In

To view full details, sign in to My Oracle Support Community.

Register

Don't have a My Oracle Support Community account? Click here to get started.

Category Leaderboard

Top contributors this month

Instructions for posting

×

1. Select a discussion category from the picklist.


2. Enter a title that clearly identifies the subject of your question.


3. In the body, insert detailed information, including Oracle product and version.


Please abide by the Oracle Community guidelines and refrain from posting any customer or personally identifiable information (PI/CI).


Cloud / Fusion customers - Our Cloud community has moved! Please go to Cloud Customer Connect .


New to My Oracle Support Community? Visit our Welcome Center

MOSC Help Center