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

最新推荐文章于 2025-05-23 22:26:34 发布
原创 最新推荐文章于 2025-05-23 22:26:34 发布 · 8.5k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文分享了一则在Oracle Data Guard中，遇到alter database recover to logical standby命令执行卡住的问题及解决方案。在无法停业务的情况下，通过等待MRP应用日志与主库同步，并在特定步骤操作，成功避免了命令挂起的情况。

我们在基于物理standby的基础上搭建逻辑备库过程过程中，在执行：

alter database recover to logical standby READDB;

卡住不动，并且alert也没有报错信息，无比郁闷，咨询了别人，聊天记录如下：


我们的业务是passport应用，无法停止或者停掉非常麻烦，总之，药不能停。

经过摸索，我们得到一个经验：需要等到MRP应用日志到跟主库一致，此时执行该命令才不会hang住。


最低0.47元/天 解锁文章
ORACLE读写分离（注：根据网上资料搭建完成步奏总结）
Otaku love travel
07-02 2万+
研究问题：                                             1.      什么是读写分离？2.      为什么要做读写分离？3.      ORACLE读写分离的方式，各有优缺点？4.      详解其中一种ORACLE读写分离方式。一、 什么是读写分离？如图：         Ø  官方定义                为了确保数据库产品的稳定性，...
Oracle数据库面试题-2
weixin_41312759的博客
06-03 1366
优化器依赖这些统计信息来评估不同执行方案的成本，例如，它会考虑表中的行数、各列的分布、数据类型、索引的存在以及查询的特定操作等因素。物化视图的内容就像一个表，但是它们的数据是通过预先计算和存储在磁盘上来的，而不是在查询运行时动态生成的。RMAN（Recovery Manager）是Oracle数据库的一个关键组件，它是一个强大的工具集，用于备份和恢复Oracle数据库。这对于一个需要全球服务的企业是非常有价值的，因为它减少了数据同步的时间，提高了响应速度，同时也增强了数据的可靠性。
DG主备同步状态异常。alert日志报错ORA-01274，MRP进程异常中断。
fanzhuozhuo的博客
06-28 1446
DG主备同步状态异常。alert日志报错ORA-01274，MRP进程异常中断。问题现象具体现象问题分析问题原因解决方案：扩展备库standby_file_management参数为auto备库standby_file_management参数为manual备库standby_file_management参数为auto结论 问题现象 DG主备同步状态异常。alert日志报错ORA-01274，MRP进程异常中断。 具体现象 SQL> col client_pid for a10 SQL> SE
ORA-01153处理方法
Ruishine的博客
08-19 3177
今天在做Oracle DG 主备库切换测试时，在切换后的新备库执行命令时报错如下： SQL>alter database recover managed standby database using current logfile disconnect from session; alter database recover managed standby database using current logfile disconnect from session * ERROR at line 1:
Oracle-通过(RECOVER STANDBY DATABASE FROM SERVICE)方式修复DataGuard
sinat_36757755的博客
11-01 2155
Oracle在18c对(RESTORE/RECOVER ...FROM SERVICE)功能进行了加强，推出了(RECOVER STANDBY DATABASE ... FROM SERVICE)通过网络服务直接增量恢复备库数据,这个新特性也大大简化了DataGuard主备的问题修复。
alter database recover to logical standby xxx no response
KIN ORACLE
09-17 887
Physical Standby DB: RECOVER MANAGED STANDBY CANCEL; Primary DB: EXECUTE DBMS_LOGSTDBY.BUILD;
oracle11g逻辑备库搭建
敖尔其楞的专栏
06-21 1500
前提确保主键上的每一行都能唯一标识，备库与主库的物理布局都不一致，不能使用rowid去标识行。 所以表上有主键或唯一约束的表好标记唯一，但是如果表上没有主键没有唯一索引，那么所有的列会被记录到update语句中去标识行。 使用下面的语句去查看主库上哪些表没有唯一标识符： SELECT OWNER, TABLE_NAME FROM DBA_LOGSTDBY_NOT_UNIQUE WHE
oracle19c cdb rac to rac adg部署方案
sqlora的专栏
03-07 8880
oracle19c cdb rac to rac adg部署方案 基础环境信息： 主备库： 密码 sys/system所有初始化密码为：oracle oracle版本 oracle19.5.0.0.0 操作系统 centos7.6x64 最小化安装 最低配置建...
Data Guard之逻辑备库的故障切换(logical standby failover)(2)
miki西游 不积跬步,无以至千里;不积小流,无以成江海
06-11 245
Oracle Data Guard 用来保护 Oracle 数据，可提供最高级别的数据保护和可用性的同时，使 Oracle 数据库保持最卓越的性能。它的运行遵循一个原则：传输重做数据，然后应用重做数据。 它分成两种实现方式，分别为逻辑备库（ logical standby ）和物理备库 (physical standby) ，用于不同的应用场景。如逻辑备...
alter database open oracle,oralce DG方案 从库alter database open打不开，卡住
weixin_33617670的博客
04-03 1062
问题描述从库同步完数据做好后从库：1. 从库操作SQL>SHUTDOWN IMMEDIATESQL>STARTUP MOUNT;SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;2.主库上操作SQL>ALTER SYSTEM SW...
Oracle 的 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH 命令
文牧之的博客
05-23 889
是 Oracle Data Guard 环境中用于停止恢复过程并准备备用数据库切换为主库的关键命令。：执行时出现"ORA-16139: media recovery required"错误。是Data Guard配置中的关键命令，正确使用它可以确保数据库角色切换过程平滑可靠。：有活动会话阻止FINISH操作。
recover datafile和alter database recover datafile；
cuangong5614的博客
06-21 1174
recover datafile和alter database recover datafile； 。alter database recover datafile：当恢复需要在线的日志文件的时候，恢复会自动进行； 当恢复需...
oracle recover datafile,recover datafile和alter database recover datafile；
weixin_34223525的博客
04-03 2086
recover datafile和alter database recover datafile；。alter database recover datafile：当恢复需要在线的日志文件的时候，恢复会自动进行；当恢复需要归档的日志文件的时候，数据库会提示警告，不会自动的进行，数据库处于media recovery状态，可以使用alter database recover logfile；。rec...
数据文件丢失, 没有备份, 拥有文件创建以来的全部归档, 'Alter Database recover datafile ' Fails with ORA-279...
cuibiaoyan1920的博客
04-14 497
数据文件丢失, 没有备份, 拥有文件创建以来的全部归档,使用RMAN恢复, 报错RMAN-06102: no channel to restore a backup or copy of log thread 1 seq 726...
alter database recover managed standby database 语句
文档搬运工
02-17 3856
RDBMS 11.2.0.4 参考文档： ALTER DATABASE (oracle.com) 语法格式如下： 一种用法： alter database recover managed standby database until change 123456 disconnect from session; 官方的解释： STANDBY DATABASESpecify theSTANDBYDATABASEclause to manually recover a physic...
oracle??逻辑DG同步卡住,session等待row cache lock的处理过程
cuidiaoyu5058的博客
12-27 288
问题描述： ORACLE 逻辑同步卡住了，日志应用的进程还在。 日志应用进程显示“ORA-16121: 正在通过提交 SCN 0x0a7d.6adf4c69 应用事务处理” 处理过程： (1)查看DG 日志应用进...
创建逻辑standby
S1156578253的博客
08-18 203
1、创建物理standby 。。。略 2、停止redo应用 alter database recover managed standby database cancel; 3、主库生成LogMiner字典信息 execute dbms_logstdby.build; 4、物理standby转换为逻辑standby alter database recover to logical standby std（std为数据库名字，自己新设置）; 5、打开逻辑standby数据库 SQL&
alter database recover to logical standby xxx 很长时间，为什么
cuixie2370的博客
11-07 284
SQL> alterdatabase recover to logical standbymxdell2 ; 设置的参数如下：由于不准备进行primary 和logical standby的切换，仅仅是把l...
oracle的命令：ALTER DATABASE RECOVER MANAGED STANDBY 会导致主备延迟同步么
最新发布
11-21
`ALTER DATABASE RECOVER MANAGED STANDBY DATABASE` 是 Oracle Data Guard 环境中用于启动物理备用数据库（Physical Standby）的重做应用（Redo Apply）的关键命令。该命令的作用是让备用数据库开始应用从主库传输过来的归档日志或在线重做日志，从而保持与主库的数据同步。 ### 回答问题： **执行 `ALTER DATABASE RECOVER MANAGED STANDBY DATABASE` 本身不会导致主备延迟同步，相反，它是消除延迟、实现同步的关键步骤。** 但是，是否会产生“延迟”，取决于该命令是以何种方式启动以及系统的整体运行状况。 --- ### 详细解释： #### 1. 常见用法示例： ```sql -- 启动实时应用（推荐，最小化延迟） ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION; -- 或者仅启动恢复进程 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; ``` - `USING CURRENT LOGFILE`: 表示启用 **实时日志应用（Real-Time Apply）**，即不需要等待日志归档完成，直接使用当前正在接收的 standby redo log 进行应用，显著减少延迟。 - `DISCONNECT FROM SESSION`: 避免阻塞当前会话，后台持续进行恢复。 > ✅ 如果你使用了 `USING CURRENT LOGFILE`，并且网络、I/O 正常，则延迟通常在几秒内。 --- #### 2. 什么情况下会导致“主备延迟”？ 虽然这个命令是为了同步，但以下情况可能导致延迟增加： | 原因 | 说明 | |------|------| | ❌ 未使用 `USING CURRENT LOGFILE` | 备库必须等主库归档日志完成后才能开始应用，引入额外延迟 | | ❌ I/O 性能瓶颈 | 备库磁盘写入速度慢，无法及时应用日志 | | ❌ 网络延迟或带宽不足 | 日志传输慢（LGWR/ARCH 进程无法及时发送） | | ❌ 备库资源紧张（CPU、内存） | 恢复进程（MRP - Managed Recovery Process）处理缓慢 | | ❌ 日志间隙（Gap）存在 | 若有缺失的日志文件，需手动干预才能继续 | --- #### 3. 如何查看当前同步延迟？ 你可以通过以下 SQL 查询主备之间的延迟： ```sql -- 在备库上查询应用延迟 SELECT ROUND((SYSDATE - MAX(APPLIED_TIME)) * 24 * 60, 2) AS "Delay_Minutes" FROM V$STANDBY_LOG v, V$ARCHIVED_LOG a WHERE a.STANDBY_DEST = 'YES' AND a.APPLIED='YES'; ``` 或者更标准的方式： ```sql -- 查看是否有日志缺口 SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP; -- 查看恢复进度 SELECT SEQUENCE#, APPLIED, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG WHERE APPLIED='NO' ORDER BY SEQUENCE#; ``` --- #### 4. MRP 进程状态检查 ```sql -- 查看管理恢复进程是否运行 SELECT PROCESS, STATUS, CLIENT_PROCESS, SEQUENCE# FROM V$MANAGED_STANDBY WHERE PROCESS LIKE 'MRP%' OR CLIENT_PROCESS = 'LNS'; ``` 如果 `MRP` 没有运行，说明没有激活实时恢复。 --- ### 结论总结： - ✅ 执行 `ALTER DATABASE RECOVER MANAGED STANDBY DATABASE ...` 是为了**减少甚至消除主备延迟**。 - ⚠️ 若不使用 `USING CURRENT LOGFILE`，可能会引入可避免的延迟。 - ⚠️ 实际延迟由系统性能、配置和网络共同决定，而非命令本身造成。 - 🛠️ 应结合 `V$` 视图监控同步状态，确保无 gap 和 MRP 正常运行。 --- ### 相关建议： 如果你发现主备延迟高，请排查： - 是否启用了 Real-Time Apply？ - 是否存在归档日志传输中断？ - 备库 I/O 是否成为瓶颈？ - 主库是否频繁切换日志（频繁日志切换会加重传输压力）？ ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值