There’s been discussion on twitter about using dgmgrl / vs dgmgrl sys@tns.
For the most part, I typically use dgmgrl sys@tns only for switch over and fail over.
Update: Should use dgmgrl sys@tns when there is an update to the database role, i.e. switch over, fail over, convert
Even Oracle’s documentation (Doc ID 278641.1) uses dgmgrl /
================================================================================
ORA-1031 Insufficient Privileges During Switchover via DGMGRL (Doc ID 740327.1)
================================================================================
CAUSE
Customer connected to database using o/s authentication from dgmgrl that resulted in ORA-01031
DGMGRL> connect /
SOLUTION
When we perform switchover using DGMGRL that requires database restarts, one must connect to dgmgrl by explicitly specifying a valid SYSDBA username/password and not using the OS Authentication.
DG Broker cannot complete a switchover using ‘connect /’ since it doesn’t have the credentials to restart the standby after shutting it down.
DGMGRL> connect sys/<password>
DGMGRL> connect sys/<pwd>@<connect string>
================================================================================
DGMGRL>CONVERT TO PHYSICAL STANDBY Fails With ORA-01031 (Doc ID 2398886.1)
================================================================================
CAUSE
The connection to the database through dgmgrl utility was not using the TNS_ALIAS
dgmgrl /
SOLUTION
Connect to the primary database through dgmgrl in order to have the convert command successfully executed:
dgmgrl sys@<primary tns_alias>
================================================================================
How do you apply a Patchset,PSU or CPU in a Data Guard Physical Standby configuration (Doc ID 278641.1)
================================================================================
1. Disable REDO Transport on Primary
1.1 Disable log shipping using DGMGRL.
If DG broker in place it is mandatory to disable log shipping via DG broker.
DGMGRL> connect /
Still do not know when dgmgrl sys@tns is absolutely necessary.
dgmgrl / works fine for monitoring, editing configuration, and modifying transport/apply.
In summary, use what makes you comfortable.
