Oracle DG故障诊断一则:alter database recover to logical standby new_logical_dbname卡住

我们在基于物理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-08-29 06:03:50

Oracle DG故障诊断一则:alter database recover to logical standby new_logical_dbname卡住的相关文章

ORA-279 signalled during: alter database recover logfile

在RMAN的RECOVER还原过程中,RMAN界面正常,但是检查.刷新告警日志,发现告警日志里面有ORA-279,如下所示: alter database recover logfile '/u06/archivelog/2019_02_19/o1_mf_1_16228_g6oznpbv_.arc' Thu Feb 21 08:49:48 CST 2019 Media Recovery Log /u06/archivelog/2019_02_19/o1_mf_1_16228_g6oznpbv_.

Logical standby database 搭建(配置)

说明 Logical standby 数据库是通过Physical standby数据库转换的.本Logical standby是通过之前创建的Physical standby转换的. Physical standby搭建可参考下列链接: http://www.cnblogs.com/zhenxing/p/5260693.html 逻辑DG支持的数据类型 在从物理DG转换为逻辑DG前,先需要确定逻辑DG支持的数据类型和支持哪些DDL操作,可参考下列链接: http://docs.oracle.c

How to create a logical standby database based on a physical standby database

The related steps about how to create a phisical standby database please refer:   http://blog.csdn.net/waterxcfg304/article/details/35991771 /* How to create a logical standby database based on a physical standby database   */ 以下是主库: 下列语句可以用来检查SQL应用能

Oracle DG之--构建Physical Standby

Oracle DG之--构建Physical Standby 系统环境: 操作系统: RedHat EL4 Oracle:    Oracle 10.2.0.1.0                                   从以上图中所示:主库为bj(db_unique_name),备库为sh. 案例分析:  本案例采用RMAN Duplicate方式建立standby database. 一.配置主备库初始化参数 主库的初始化参数:initbj.ora [[email protect

oracle DG搭建

Oracle DG 搭建1. 环境 OS IP hostname db_name DB_UNIQUE_NAME主库 RHEL 5.4 192.168.12.20 edgzrip1.oracle.com PROD1 PROD1备库 RHEL 5.4 192.168.12.30 edgzrip2.oracle.com PROD1 DG 2. 设置主库开启归档SQL> alter database archivelog;Database altered.3. 设置主库开启强制记录日志SQL> alt

oracle dg库switchover主备切换

switchover 切换:主库与备库数据同步正常情况下的切换,主要用于 主备维护.切换演练等: failover 切换:主库与备库在数据未同步情况下的强制切换,主要用 于主库宕机.故障情况下切换: 一.switchover 切换 主库与备库数据同步,且正常运行,将主库与备库的角色互换: 切换前,务必检查当前主库与备库的归档是否是同步的,确认同步后再执行切换 switchover 切换 主库操作 第1步.主库停止监听 lsnrctl stop (理论上是不需要停止主库监听的,但是实际上如果切换时

oracle DG 主备库为RAC及一个主库对多个从库的实验环境搭建

主库 RAC :192.168.1.210 node1 192.168.1.211 node2 备库(1) RAC:    192.168.1.247 rac1 192.168.1.248 rac2 备库(2) 单实例:192.168.1.219 dataguard 以上均为ASM管理. 实验步骤: 配置备库(1)的静态监听: SID_LIST_LISTENER=       (SID_LIST=       (SID_DESC=       (GLOBAL_DBNAME=SMS)      

alter database open resetlogs时 alert的输出

SQL> alter database open resetlogs; Database altered. 时的提示: ORA-279 signalled during: ALTER DATABASE RECOVER  datafile 5  ... ALTER DATABASE RECOVER    CANCEL Media Recovery Canceled Completed: ALTER DATABASE RECOVER    CANCEL Sat Apr 18 18:41:33 201

oracle dg 主、备切换SWITCHOVER 全过程记录

[[email protected] trace]$ ifconfig enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.0.2.15 netmask 255.255.255.0 broadcast 10.0.2.255 inet6 fe80::64d8:a56d:a1af:ef20 prefixlen 64 scopeid 0x20<link> ether 08:00:27:23:25:0d t