我们在基于物理standby的基础上搭建逻辑备库过程过程中，在运行：
alter database recover to logical standby READDB;
卡住不动，而且alert也没有报错信息，无比郁闷，咨询了别人，聊天记录例如以下：
我们的业务是passport应用，无法停止或者停掉很麻烦，总之，药不能停。
经过摸索，我们得到一个经验：须要等到MRP应用日志到跟主库一致，此时运行该命令才不会hang住。
详细流程大概是这种：
1. 开启实时日志应用
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION
在这个过程中，我们能够边查看日志应用情况，在备库运行例如以下命令：
SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;
直到主备日志一致，推断SQL例如以下：
在主库运行：
archive log list
在备库运行：
select max(sequence#) from v$archived_log;
依据这2个值就可以推断日志是否一致
2. 接着，我们须要在备库停掉MRP进程：
alter database recover managed standby database cancel;
注意，此时假设报错，例如以下所看到的，能够不必在意,由于我们主备日志已经一致，MRP能够为idle
ERROR at line 1:
ORA-16136: Managed Standby Recovery not active
3. 然后，我们能够在主库生成数据字典
exec dbms_logstdby.build;
我们须要让数据字典传输到备库，因此我们还须要却下日志：
alter system archive log current;
4. 最后，大功告成 :-)
alter database recover to logical standby READDB;
Good Luck!