19c ADG 断档怎么办，一键修复就是快!

最新推荐文章于 2025-07-07 21:31:13 发布

原创最新推荐文章于 2025-07-07 21:31:13 发布 · 644 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#oracle #数据库

本文介绍了在Oracle数据库环境中，如何检查并解决主备库服务配置问题，关闭mrp进程，进行增量恢复的过程，以及遇到OR-19909错误时的处理方法，包括核实化身信息并调整恢复设置。

1、检查主备库服务名（tnsnames)是否配置且正常访问。

2、若备库是RAC环境关闭多余节点。

3、关闭mrp进程，rman执行

##关闭mrp
alter database recover managed standby database cancel;
##rman执行增量恢复
recover standby database from service primdb;

4、完成增量开启同步

##关闭mrp
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE disconnect;
##rman执行增量恢复

报错处理

2023-12-07T15:47:58.152113+08:00<br />Errors in file /oracle/app/diag/rdbms/repdg/rep/trace/rep_mrp0_86917.trc:<br />ORA-19909: datafile 1 belongs to an orphan incarnation<br />ORA-01110: data file 1: '/oradata/rep/system.281.1137415925'<br />

检查主备 rman> list incarnation; 化身信息
若不一致将备库恢复时的化身设置为主库最后一个化身ID;
参考文档 MRP Recovery Failed With ORA-19909 [ID 554358.1]

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

zone--

关注关注

10
点赞
踩
10

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

oracle 19c adg GAP恢复

fanzhuozhuo的博客

01-30

3788

oracle 19c adg GAP恢复故障现象故障分析GAP恢复总结参考继上篇文章，回退成功后。发现我们在回退的过程中，为了不影响备库，把log_archive_dest_state_2设置为了defer。但是后面想想，已经来不及了，因为主库刷新数据字典的过程中，已经会把字典的变化同步到了备库。我们设置defer的时间迟了，应该在刷新数据字典之前，就把log_archive_dest_state_2设置为defer，让备库不会应用数据字典的变化。如果此时发生切换，switchover肯定不行，failo

Oracle 19c DG断档恢复

loveLAxin的博客

03-22

1579

Oracle 19c DG 一条命令解决断档恢复，无需进行源端增量备份，备端恢复，效率大大提高

1 条评论您还未登录，请先登录后发表或查看评论

1 条评论

优快云-Ada助手 2024.01.13
恭喜你写了第6篇博客！看到你对19c ADG 断档问题的一键修复方法的探讨，真是受益匪浅。不过，我觉得你可以在下一篇博客中加入一些实际操作的案例分析，这样可以让读者更容易理解和应用你的方法。希望你能继续保持创作的热情，期待你更多精彩的内容！

oracle 主备库不实时同步,Oracle19C ADG 备库无法开启实时同步

weixin_39865866的博客

04-04

1616

亲爱滴伙伴们，大家好。上篇讲了一起ADG主备切换异常的故障处理，最近又遇到一个ADG的问题，做下分享。事情是这样的，一哥们急急忙忙的跑过来说：“魏大湿，我手上的ADG实时同步死活开不起来！”“之前实时同步是好的么？”“是好的，都同步好久了。”“那实时同步起不来之前你做了啥操作没？”“就在主库新增了一些数据文件。”“那之前在主库新增数据文件的时候是正常的，是吧！”“是的，之前是好的，就这次新增数据文...

验证oracle 19c单条命令恢复ADG GAP

weixin_42501331的博客

08-12

172

登录后复制文档课题：验证oracle 19c单条命令恢复ADG GAP. 数据库：oracle 19.13 主库：IP 192.168.133.101 实例名 tmis 主机名 leo-oracle-19c 备库：IP 192.168.133.38 实例名 tmisdg 主机名 leo-19c-tmisdg ...

oracle 中断 adg 同步,注意：ORACLE 11G ADG RAC 这个情况下并不能高可用

weixin_39577422的博客

04-03

923

原标题：注意：ORACLE 11G ADG RAC 这个情况下并不能高可用墨墨导读：一套11 G r2(11.2.0.3)版本的2节点RAC adg环境，节点1因为硬件原因异常crash(apply redo 节点)，但同时实例2上的应用也都断开了(原来都是open)。今天在一套11 G r2(11.2.0.3)版本的2节点RAC adg环境，节点1因为硬件原因异常crash(apply red...

【数据库技术】Oracle 19c ADG DML重定向及应用双活新概念：提升数据库高可用性和灾备能力

04-15

内容概要：本文详细介绍了Oracle 19c数据库的新特性，特别是ADG（Active Data Guard）DML重定向和应用双活的新概念。ADG DML重定向使得备库的写请求能够路由到主库，增强了系统的灵活性和稳定性。此外，19c还引入了...

【生产变更】- 19c ADG failover

weixin_39099660的博客

02-11

664

Failover场景通常在主库突发故障（如硬件故障、数据库故障、操作系统故障等），短时间无法恢复，可以采用failover的方式将备库强制转换成主库，继续提供业务。在Failover前，需要特别注意，在Failover前，尽量应用所有的主库重做数据，减少数据丢失。

精选资源

Oracle 19c rac+adg.docx

12-21

Oracle 19c RAC + ADG 配置与设置 Oracle 19c 是 Oracle 公司最新的数据库管理系统版本，提供了许多新的特性和改进。其中，RAC（Real Application Clusters）和ADG（Automatic Data Guard）是 Oracle 19c 中两个...

oracle12c到19c adg搭建（四）dg搭建

weixin_61212661的博客

06-21

1417

SQL>

Linux 7.6 安装19c rac 环境一键准备脚本

05-12

Linux 7.6 安装19c 环境一键准备脚本，自动创建用户，安装目录，修改 sysctl.cnf ,修改limit

ORACLE主从中断后，如何恢复（单实例）

csygkk2842的博客

11-17

503

一、知识回顾 1、正常情况我们在生产中配置ADG会使用最大可用模式配合参数lgwr和sync。 SQL> show parameter log_archive_dest_2 NAME TYPE...

ADG故障转移（failover)以及通过闪回机制恢复

qq_44233566的博客

09-15

963

7.查看备库切换状态（SWITCHOVER_STATUS的值为“TO PRIMARY”或者“SESSIONS ACTIVE”即可进行切换）3.备库查看V$ARCHIVED_LOG视图，确认备库是否应用最新的归档日志（通过查询出的日志序列号与主库的最大日志序列号比较）3.主库再次执行show parameter db_recovery;1.主库执行show parameter db_recovery;2.刷新redo日志到备库。9.打开新主库（即原备库）4.新主库执行切换日志命令。3.原主库切换至备库。

ADG关闭和起动顺序

02-26

561

本人主要从事架构优化、系统建设、系统运维等方面的工作，专注于Oracle、Mysql、Redis、PG、OGG等技术和系统建设、运维、优化，欢迎留言或者微信（deadknight9）交流，转载请注明出处。备：recover managed standby database cancel;主：shutdown immediate;备：startup nomount;

一次意想不到的ADG中断

最新发布

xuexiaogang的专栏

07-07

585

检查日志，果然是发生过重启。但是没人告知求助者。最后问下来，有人承认重启过。按说重启也没问题，但是就是因为不是spfile启动（所以配置的参数没有了，这才引起的主从中断）再看看spfile，发现非spfile启动。也就是说可能以前是写入spfile了。但是现在不是以spfile启动。难道说数据库重启了？

RMAN恢复中断后，再启动RMAN，会产出什么样的后果？

捡起ORACLE

03-27

2973

问题：RMAN恢复restore database中断后，再启动RMAN，会产出什么样的后果？ --========================================================== 答案：如果使用上次恢复使用的控制文件，应该会跳过已经恢复的数据文件。。。但是第二次restore并不减少你所预期的时间~ 比如你全备份 1T 数据库 10

（第46天）DataGuard GAP 快速修复

LuciferLiu_DBA

12-12

476

DG GAP 顾名思义就是：DG不同步，当备库不能接受到一个或多个主库的归档日志文件时候，就发生了 GAP。人工干预不同 Oracle 版本的 GAP 修复方式也不尽相同，下面分别介绍不同版本的方式！11G12C19COracle随着版本的升级，逐渐将步骤缩减，进行封装，19C 之后可谓是达到了所谓的一键刷新，恢复DG同步。

ORACLE 19C 单实例ADG 主备配置的详细过程

荒川之神

11-04

1860

ORACLE 19C ADG搭建的详细过程

Oracle 19c_ASM_单实例物理DG主库归档丢失使用主库基于SCN增量备份来恢复DG

Lissen_Gan的博客

02-24

1573

1、环境准备构建主库归档丢失的情况 """关闭备库""" [oracle@hhh ~]$ srvctl stop db -d ZZZDGPHY -o abort; """查看主库""" SYS@dgpri>select name,db_unique_name,database_role,open_mode,switchover_status from v$database; NAME...

oracle 19c adg

03-18

### Oracle 19c Active Data Guard 配置与使用指南 #### 一、Active Data Guard 的概述 Oracle 19c 中的 Active Data Guard 是一种高级功能，允许物理备用数据库在保持实时更新的同时执行只读操作。这种能力显著增强了数据保护和高可用性解决方案的价值[^4]。 #### 二、配置步骤详解 ##### 主库端准备 1. **启用归档模式并打开强制日志记录** 确保主库处于归档模式，并启用了强制日志记录以支持逻辑 Standby 和 Physical Standby 数据库的功能。 ```sql SQL> ARCHIVE LOG LIST; SQL> ALTER DATABASE FORCE LOGGING; ``` 2. **添加附加日志组** 添加额外的日志文件以便更好地支持 Redo 应用程序的需求。 ```sql SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA; ``` 3. **调整初始化参数** 修改 `init.ora` 文件中的关键参数来支持 Data Guard 功能，例如设置 `LOG_ARCHIVE_DEST_2` 参数指向备库位置。 ```ini log_archive_dest_2='SERVICE=STANDBY LGWR SYNC AFFIRM' fal_server=PRIMARY db_unique_name=primarydb standby_file_management=AUTO ``` 4. **配置监听器和服务名** 编辑 `$ORACLE_HOME/network/admin/listener.ora` 和 `tnsnames.ora` 来定义主库和备库之间的连接信息。 ##### 备库端准备 1. **创建必要目录结构** 在备库服务器上建立相应的存储路径用于存放控制文件、重做日志和其他重要组件。 2. **生成初始备份集** 利用 RMAN 工具制作完整的冷备份或者热备份并将这些文件传输至目标机器。 ```bash $ rman target / RMAN> BACKUP AS COPY DATABASE FORMAT '/path/to/backup/%U'; ``` 3. **恢复备库环境** 将之前获取的数据文件还原到指定位置，并通过命令行引导实例进入 NOMOUNT 或 MOUNT 模式。 ```sql SQL> STARTUP NOMOUNT PFILE='/path/to/pfile'; SQL> CREATE CONTROLFILE REUSE SET DATABASE cjcdb RESETLOGS NOARCHIVELOG; ``` 4. **同步元数据信息** 执行一系列脚本来完成最后阶段的工作——即让两个站点之间建立起稳定的关系链路。 ```sql SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT='AUTO' SCOPE=BOTH; SQL> ALTER DATABASE OPEN READ ONLY; ``` ##### 日常维护活动 - 定期监控延迟指标（如 Apply Lag），确保生产负载不会影响副本的一致性水平； - 测试切换流程是否顺畅无误，在紧急情况下可以迅速接管业务请求； - 记录常见错误及其解决办法，比如遇到 ORA 错误码时如何定位根本原因[^2]。 #### 三、最佳实践建议为了最大化利用 ADG 技术带来的好处，请遵循以下几点指导原则： - 始终采用最新的补丁版本修复已知漏洞； - 设计合理的网络拓扑图减少潜在单点失效风险； - 实施自动化工具简化日常管理工作量； ```python def check_adg_status(): """模拟检查ADG状态的小函数""" status = {"apply_lag": "0 seconds", "transport_delay": "none"} return f"Current ADG Status:\nApply Lag:{status['apply_lag']}\nTransport Delay:{status['transport_delay']}" print(check_adg_status()) ```