mrp3) Нажать alter database commit to switchover to physical standby with session shutdown...
И вот тут может получиться ситуация, когда команда повисает, при этом ее никто не блокирует, в v$session_wait можно увидеть RFS сессии, которые пытаются переслать на стендбай какие-то старые логи, при этом в сеть машина не упирается и редо в логах не очень много. Праймари никак не может сформировать end of redo и получается, что переключение не может выполниться, а даунтайм уже идет. Рестарт команды commit to switchover не помогает,
помогает грубый рестарт праймари в restricted с повтором commit to switchover.

База 12.1 linux_64


Где вы такие команды берете?
Все же просто :

1) Проверяем на primary:
alter database switchover to stand_db_name verify;

Например:
alter database switchover to stand_db_name verify
*
ERROR at line 1:
ORA-16475: succeeded with warnings, check alert log for more details

-- все OK.
Или

ALTER DATABASE SWITCHOVER TO stand_db_name VERIFY
*
ERROR at line 1:
ORA-16470: Redo Apply is not running on switchover target

Возможно на standby остановлен накат - , тогда на стендбае :

alter database recover managed standby database using archived logfile disconnect;
(здесь асинхронный накат через архивные журналы)
---------------------------------------------------------------------------------------
На primary дальше проверяем :
select open_mode, switchover_status from v$database;

OPEN_MODE SWITCHOVER_STATUS
-------------------- --------------------
READ WRITE TO STANDBY

И переключаемся:

alter database switchover to stand_db_name ;


Загвоздка может получиться , если вы не используете standby logs. Тогда их следует создать на обоих БД.