11gR2 DataGuard standby开启实时查询（Real-time query）备份standby恢复报错：ORA-01194 ORA-01110

最新推荐文章于 2025-08-06 16:20:08 发布
最新推荐文章于 2025-08-06 16:20:08 发布
阅读量1.9k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： ORACLE_DATAGUARD ORACLE_RMAN
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u011616400/article/details/50518678
本文详细阐述了在数据库切换与备份过程中遇到的问题，包括如何正确备份standby数据库，解决使用RMAN备份恢复时出现的错误，以及手动进行redo切换和归档日志迁移的具体步骤。通过实施这些解决方案，确保数据库能够在切换后正常运行。

1.备份standy，确认archivelog同步是没有问题的


2.使用rman备份恢复standby，打开报错



3.手动在主机切换redo将切换后的3组归档日志拷贝到备机



4.手动指定归档日志前滚后，数据库可以open





oracle-01194,ORA-01547,ORA-01194,ORA-01110
weixin_29798025的博客
04-08 1323
SQL> startup pfile=E:\ORANT\database\INITapr1.ORA nomountORACLE instance started.Total System Global Area 135338868 bytesFixed Size 453492 bytesVariable Size 109051904 bytesDatabase Buffers 2516582...
oracle dg ora-12154,主库到standby报错解决：Error 12154 received logging on to the standby ORA-12154...
weixin_42355421的博客
04-07 1183
背景：笔者建库无数，但今天对Oracle 11.2.0.3库使用duplicate新建standby后，主库redo无法通过RFS传输至standby主库alert.log报错：Thu Jun 14 14:05:20 2018Error 12154 received logging on to the standby主库报错生成trc文件：*** 2018-06-14 14:25:20.581Re...
ORA-01194 ORA-01110 处理方式。
gaoda00136的博客
04-24 1450
起因：因数据库服务器意外断电，导致控制文件记录的SCN不一致，致使数据库无法OPEN。
ORA-01110 ORA-01111 ORA-01157主备库数据文件路径路径不一致，备库开启ADG应用报错（一切都是套路）...
weixin_34101229的博客
09-24 349
#######################Begin Now################################### #################################################################### ######################################################...
ORA-10458: standby database requires recovery
最新发布
sqlora的专栏
08-06 239
由于是failover，所以理解主库这时候已经无法正常使用，只需备库切换至主库。相关参考：Oracle物理备库failover切换的3种方法。1.执行下面命令时，数据库要处于启动状态：startup。
DataGuard 备库startup报错ORA-10458
Root__Liu的博客
08-09 764
    前一天在客户现场部署完DG，同步正常，第二天早上再次查看同步的时候，发现备库的节点一是关闭状态，节点二是mount状态，启动节点一的时候报如下错误：     [oracle@rac1 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Wed Aug 8 01:48:31 2018 Copyright ...
【Vegas原创】ORA-01194解决方法：使用在线日志恢复数据库
weixin_33892359的博客
04-13 246
情形： 数据文件要迁移，所以我在open的状态下，物理复制了数据文件，又mount改了数据文件路径。这可好了，不让open了，提示ORA-01194，说system01.dbf需要recover~          以下是我更改路径的SQL脚本： alter database rename file 'F:\ORACLE\PRODUCT\10.2.0\ORADATA\HISDB\SYSTEM0...
DataGuard容灾配置过程-for-Oracle11gR2
11-18
Oracle11gR2版本的DataGuard配置涉及到操作系统与Oracle软件的安装、数据库的创建、参数文件的配置以及容灾环境的启动与关闭等多个步骤。以下详细知识点将逐层深入解析这一配置过程： 1. 系统与软件安装 安装过程...
Oracle DataGuard异常处理【ORA-01119 ORA-17502 ORA-15041】→【ORA-01111 ORA-01110 ORA-01157】
qq_45338311的博客
06-19 764
Oracle DataGuard异常处理【ORA-01119 ORA-17502 ORA-15041】→【ORA-01111 ORA-01110 ORA-01157】
oracle select ora-16000,standby上增加tempfile报错ORA-00604,ORA-16000解决方法
weixin_29194817的博客
04-04 1689
众所周知在DG中对primary增加tempfile不会同步到standby上，所以增加tempfile需要在standby上操作，但这次在standby上增加tempfile却报错ORA-00604 ORA-16000 (mount状态，MRP cancel报错依旧)。分析：这里ORA-00604通常是trigger在影响，因为时间紧迫没有做10046 trace，直接查询官方得到权威解释。原...
oracle Active dataguard 报错ORA-16789 备库缺少/错误standby redolog
种瓜得瓜，种豆得豆
04-08 1281
环境描述 Oracle 12.1.0.2 + active Dataguard + DG Broker 主库：orcl 备库 orcls 问题描述 查看Dg broker 状态时，发现备库错误 DGMGRL> show configuration; Warning: ORA-16809: multiple warnings detected for the database DGMGRL> show database verbose orcls ..... Databas...
数据库报：ORA-01196(ORA-10458/ORA-01110)错误的解决方法
09-09
主要给大家介绍了关于数据库报：ORA-01196(ORA-10458/ORA-01110)错误的解决方法，文中通过示例代码介绍的非常详细，对大家学习或者使用数据库具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
primary主库上创建表空间无法同步到物理standby和逻辑standby
weiwang的专栏
09-17 3647
primary创建表空间无法同步到物理standby和逻辑standby 环境是dataguard 一个主库 一个物理standby 一个逻辑standby 在主库创建表空间，无法同步到物理standby和逻辑standby SQL>  create tablespace test datafile 'F:\APP\ADMINISTRATOR\ORADATA\CTW\test.dbf
DataGuard实时应用
cssg91583的博客
12-22 285
未启用实时应用的情况下，SRL在归档后，才有MRP应用其中的内容到数据库。 启用实时应用（RTA）后，MRP直接应用SRL中的内容。 使用RTA的方法：加上USING CURRENT LOGFILE字句即可。 ...
ORA-10458 ORA-01157 ORA-01110
cmbpr28628的专栏
06-02 876
搭建物理standby时启动备库报错如下： 点击( 此处 )折叠或打开 SQL > startup pfil...
ORA-10458:ORA-01157:ORA-01110: and ORA-01668:
huoshuyinhua的专栏
05-27 3525
说明： 搭建dg备库，参数中有db_file_name_convert 当时没看清楚  alter system set DB_FILE_NAME_CONVERT=' +DATA/orcl/datafile/','/oradata/datafile/' scope=spfile; 参数的第一个值有一个空格，导致主库添加数据文件时，备库未跟随生成相应数据文件 ， 但备库要置于open  r
ORA-01119、ORA-01274、ORA-01110 adg创建数据文件失败
DBA成长之路
05-24 649
ORA-01119、ORA-01274、ORA-01110 adg创建数据文件失败
ORA-01547、ORA-01194、ORA-01110
sqlora的专栏
10-20 1487
ORA-01547、ORA-01194、ORA-01110
failover后ORA-19909与ORA-01110报错处理
weixin_47064402的博客
12-06 252
由于白天客户对备库2进行了failover操作，怀疑是备库2 failover 操作期间的某些操作导致切回物理备库模式时，切到了与主库不同的化身（INCARNATION）主库是 Inc Key=1，备库是 Inc Key=3。级联 DG 备库2 日志应用进程停止，重启进程后马上又会挂掉。此环境为级联adg，生产-->备库1-->备库2。开启备库 mrp 进程使备库2进行数据同步。至此生产与备库1和备库2完全同步。重启备库2到 MOUNT 状态。修改备库2的化身与主库一致。修改备库2的化身与主库一致。
ora-10458 ora-01194 ora-01110
06-13
<think>我们面对的是Oracle数据库错误：ORA-10458,ORA-01194,ORA-01110。这些错误通常与数据库恢复、数据文件不一致或SCN（系统变更号）问题相关。根据引用内容，我将逐步分析错误原因并提供解决方法。##错误分析1.**ORA-10458**:表示备用数据库需要恢复。这通常发生在DataGuard环境中，备用数据库无法应用主库传来的日志，导致需要手动干预进行恢复。2.**ORA-01194**:表示文件需要更多的恢复才能保持一致性。这通常是因为恢复过程没有完成，或者日志序列中存在缺口。3.**ORA-01110**:这是一个伴随错误，指出具体哪个数据文件有问题（例如：'/u01/app/oracle/oradata/ORCL/system01.dbf'）。根据引用[1][3]，这些错误可能由以下原因引起：-介质恢复失败（如归档日志缺失或损坏）-数据库SCN不一致（引用[2]）-在尝试打开备用数据库为只读模式时出现问题（引用[3]）##解决方案###常规恢复步骤（优先尝试）1.**尝试应用缺失的归档日志**：如果备用数据库缺少归档日志，从主库获取并注册应用：```sqlALTERDATABASEREGISTERLOGFILE'<归档日志路径>';ALTERDATABASERECOVERMANAGEDSTANDBYDATABASEDISCONNECTFROMSESSION;```2.**检查恢复进度**：使用以下命令查看恢复状态：```sqlSELECTPROCESS,STATUS,THREAD#,SEQUENCE#,BLOCK#,BLOCKSFROMV$MANAGED_STANDBY;```###非常规方法（谨慎使用）当常规恢复无法解决问题时，可能需要使用内部参数强制打开数据库（引用[2][4][5]）。**注意：此操作可能导致数据不一致，仅作为最后手段。**1.**设置内部参数**：修改参数`_allow_resetlogs_corruption`（允许以不一致状态打开数据库）：```sqlALTERSYSTEMSET"_allow_resetlogs_corruption"=TRUESCOPE=SPFILE;```2.**重启数据库并重置日志**：```sqlSHUTDOWNIMMEDIATE;STARTUPMOUNT;--执行不完全恢复RECOVERDATABASEUNTILCANCEL;--输入CANCEL中断恢复ALTERDATABASEOPENRESETLOGS;--强制打开```3.**后续操作**：打开数据库后立即执行全库备份（因为此时数据库处于不一致状态）。重建备库（如果是DataGuard环境）。##预防措施-**确保归档日志完整传输**：监控主备库的归档日志传输状态。-**定期验证备库**：使用`DBVERIFY`或`RMANVALIDATE`检查数据文件完整性。-**避免强制关机**：异常关机可能导致SCN不一致。>**警告**：使用`_allow_resetlogs_corruption`会破坏数据一致性，只应在无法恢复且数据可丢弃的场景下使用（如测试环境）。生产环境务必联系Oracle支持。##相关问题1.如何监控OracleDataGuard的归档日志传输状态？2.使用`_allow_resetlogs_corruption`打开数据库后，如何重建一个干净的备库？3.OracleSCN不一致的常见原因及预防措施有哪些？</think>### ORA-10458, ORA-01194, ORA-01110 错误原因及解决方法 #### **错误本质** 这些错误共同指向**数据库文件不一致**问题，通常由以下原因导致： 1. **恢复中断**：备用数据库恢复过程未完成（如归档日志缺失/损坏）导致文件不一致[^1][^3] 2. **SCN不一致**：主备数据库的系统变更号（SCN）差异过大，使备库无法同步主库状态[^2][^5] 3. **文件损坏**：物理存储故障导致数据文件异常（如 ORA-01110 明确指向的 system01.dbf 文件）[^1] 4. **异常关机**：数据库强制关闭导致事务未完整提交[^5] --- #### **解决方案** ##### **常规恢复流程** ```sql -- 1. 尝试完成介质恢复 RECOVER DATABASE USING BACKUP CONTROLFILE; -- 2. 应用所有可用归档日志 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT; -- 3. 若报错显示缺失日志，从主库复制并注册 ALTER DATABASE REGISTER PHYSICAL LOGFILE '<归档日志路径>'; ``` ##### **紧急恢复方案（数据可丢失场景）** > **警告**：此操作可能导致数据损坏，仅作为最后手段[^2][^4] ```sql -- 1. 启用内部参数（需重启） ALTER SYSTEM SET "_allow_resetlogs_corruption"=TRUE SCOPE=SPFILE; -- 2. 重启到mount状态 SHUTDOWN IMMEDIATE; STARTUP MOUNT; -- 3. 强制打开数据库 ALTER DATABASE OPEN RESETLOGS; -- 将重置日志序列[^4] ``` ##### **后续必要操作** 1. **立即全库备份**：强制打开后数据库处于不一致状态，必须执行 `RMAN FULL BACKUP`[^4] 2. **重建备库**：建议重新搭建Data Guard环境[^5] 3. **验证文件完整性**： ```sql ALTER DATABASE VALIDATE DATAFILE 1; -- 检查ORA-01110指定的文件 ``` --- #### **预防措施** 1. **监控归档间隙**：定期检查 `V$ARCHIVE_GAP` 2. **启用实时应用**：备库配置 `ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE` 3. **存储冗余**：确保数据文件存储在RAID或ASM磁盘组 4. **SCN监控**：主库执行 `SELECT CURRENT_SCN FROM V$DATABASE;` 与备库对比 > **关键提示**：生产环境使用 `_allow_resetlogs_corruption` 前务必联系Oracle支持，该操作会标记数据库为"已损坏"[^2][^4]。 --- ### 相关问题 1. 如何检测Oracle Data Guard的主备SCN差异？ 2. 使用 `_allow_resetlogs_corruption` 后，为什么必须立即重建备库？ 3. Oracle归档日志缺失时，除了恢复还有哪些应急方案？ 4. 如何配置RMAN验证数据文件完整性的自动化任务？ 5. 在云环境（如阿里云）部署Data Guard有哪些特殊注意事项？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值