我们在基于物理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!
时间: 2024-11-05 12:40:06