RAC 实例不能启动 手工启动实例报错 ORA-03113 end-of-file on communication channel

最新推荐文章于 2024-10-07 17:03:31 发布
原创 最新推荐文章于 2024-10-07 17:03:31 发布 · 8.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#application #oracle #archive #thread #system

 

       前几天弄好的一个Oracle 10gR2的 RAC. 刚才启动的时候实例无法启动，开始以为是反应慢，就等了一会。 过去了N长时间还没有启动。 觉得不太对劲。

 

[root@rac1 bin]# ./crs_stat -t

Name           Type           Target    State     Host       

------------------------------------------------------------

ora.orcl.db    application    ONLINE    OFFLINE               

ora....oltp.cs application    ONLINE    OFFLINE              

ora....cl1.srv application    ONLINE    OFFLINE              

ora....cl2.srv application    ONLINE    OFFLINE              

ora....l1.inst application    ONLINE    OFFLINE               

ora....l2.inst application    ONLINE    OFFLINE              

ora....SM1.asm application    ONLINE    ONLINE    rac1       

ora....C1.lsnr application    ONLINE    ONLINE    rac1       

ora.rac1.gsd   application    ONLINE    ONLINE    rac1        

ora.rac1.ons   application    ONLINE    ONLINE    rac1       

ora.rac1.vip   application    ONLINE    ONLINE    rac1       

ora....SM2.asm application    ONLINE    ONLINE    rac2       

ora....C2.lsnr application    ONLINE    ONLINE    rac2       

ora.rac2.gsd   application    ONLINE    ONLINE    rac2       

ora.rac2.ons   application    ONLINE    ONLINE    rac2       

ora.rac2.vip   application    ONLINE    ONLINE    rac2       

 

手动用srvctl 命令启动也报错：

[root@rac1 bin]# ./srvctl start instance -d orcl -i orcl1

PRKP-1001 : Error starting instance orcl1 on node rac1

CRS-0215: Could not start resource 'ora.orcl.orcl1.inst'.

 

       因为下午在这个实例上重建了OCR和Voting disk。 所以开始以为是这个过程导致的。 在那用ocrdump命令将OCR dump出来，然后查看。 相关resource的属性没有问题。

 

想起来以前看到的一个错误，srvctl 不能启动， 但是sqlplus能启动。 参考：

 

ORA-16032 Can not Start Instance via srvctl but via sqlplus is fine [ID 1062071.1]

http://blog.csdn.net/tianlesoftware/archive/2010/11/19/6020432.aspx

 

 

就尝试用sqlplus 启动了：

[oracle@rac1 dbs]$ export ORACLE_SID=orcl1

[oracle@rac1 dbs]$ sqlplus /nolog

 

SQL*Plus: Release 10.2.0.1.0 - Production on Thu Dec 2 19:18:22 2010

 

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

 

SQL> conn / as sysdba

Connected to an idle instance.

SQL> startup

ORACLE instance started.

 

Total System Global Area  222298112 bytes

Fixed Size                  1218628 bytes

Variable Size             125831100 bytes

Database Buffers           92274688 bytes

Redo Buffers                2973696 bytes

Database mounted.

ORA-03113: end-of-file on communication channel

 

mount 之后直接挂掉，郁闷。 所以去看了一下alert log：

 

Errors in file /u01/app/oracle/admin/orcl/udump/orcl1_ora_14889.trc:

ORA-16038: log 1 sequence# 2 cannot be archived

ORA-00254: error in archive control string ''

ORA-00312: online log 1 thread 1: '+DATA/orcl/onlinelog/group_1.261.736599263'

ORA-00312: online log 1 thread 1: '+FRA/orcl/onlinelog/group_1.257.736599275'

ORA-15173: entry 'archivelog' does not exist in directory '/'

USER: terminating instance due to error 16038

 

看到以上信息，小兴奋了一下。 因为找到原因了。 将数据库启动到mount 状态。 确认下归档目录：

 

SQL> startup mount;

ORACLE instance started.

Total System Global Area  222298112 bytes

Fixed Size                  1218628 bytes

Variable Size              96470972 bytes

Database Buffers          121634816 bytes

Redo Buffers                2973696 bytes

Database mounted.

SQL> show parameter log_    

 

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

 

log_archive_dest_1           string      LOCATION=+FRA/archivelog/orcl/

...

 

将RAC的归档放在了ASM上。 所以到ASM 上看了一下，确实没有后面的几个目录。 用asmcmd连上ASM. 在DATA和FRA目录下分别才创建了archivelog/orcl 这个目录：

 

[oracle@rac1 bdump]$ asmcmd

ASMCMD> ls

DATA/

FRA/

ASMCMD> cd DATA/

ASMCMD> ls

ORCL/

ASMCMD> mkdir archivelog

ASMCMD> cd archivelog

ASMCMD> ls

ASMCMD> mkdir orcl

ASMCMD>cd ../..

ASMCMD> cd FRA

ASMCMD> ls

ORCL/

ASMCMD> mkdir archivelog

ASMCMD> ls

ORCL/

archivelog/

ASMCMD> cd archivelog

ASMCMD> ls

ASMCMD> mkdir orcl

 

在将mount的实例open:

SQL> alter database open;

Database altered.

 

成功open.  用srvctl 启动了另一个实例：

[oracle@rac1 bin]$ ./srvctl start instance -d orcl -i orcl1

 

查看进程：

[oracle@rac1 bin]$ ./crs_stat -t

Name           Type           Target    State     Host       

------------------------------------------------------------

ora.orcl.db    application    ONLINE    ONLINE    rac1       

ora....oltp.cs application    ONLINE    ONLINE    rac1       

ora....cl1.srv application    ONLINE    ONLINE    rac1       

ora....cl2.srv application    ONLINE    ONLINE    rac2       

ora....l1.inst application    ONLINE    ONLINE    rac1       

ora....l2.inst application    ONLINE    ONLINE    rac2       

ora....SM1.asm application    ONLINE    ONLINE    rac1       

ora....C1.lsnr application    ONLINE    ONLINE    rac1       

ora.rac1.gsd   application    ONLINE    ONLINE    rac1       

ora.rac1.ons   application    ONLINE    ONLINE    rac1       

ora.rac1.vip   application    ONLINE    ONLINE    rac1       

ora....SM2.asm application    ONLINE    ONLINE    rac2       

ora....C2.lsnr application    ONLINE    ONLINE    rac2       

ora.rac2.gsd   application    ONLINE    ONLINE    rac2       

ora.rac2.ons   application    ONLINE    ONLINE    rac2       

ora.rac2.vip   application    ONLINE    ONLINE    rac2    

 

成功启动。

 

小结：

       官网的那个是因为使用了环境变量导致的。 我的这个是因为归档目录不存在导致的。 归档设置虽然是个小问题，影响确是很大的。

 

 

 

 

 

 

------------------------------------------------------------------------------

QQ:492913789

Email:ahdba@qq.com

Blog: http://www.cndba.cn/dave 


网上资源： http://tianlesoftware.download.csdn.net

相关视频：http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx

DBA1 群：62697716(满); DBA2 群：62697977(满)

DBA3 群：62697850   DBA 超级群：63306533;    

聊天 群：40132017

--加群需要在备注说明Oracle表空间和数据文件的关系，否则拒绝申请

ora-03113或者ora-12573 通信通道的文件结束出现异常错误：核心转储
土伦
07-09 774
今天oracle数据库莫名其妙地出现登录后执行报“通信通道的文件结束错误处理”的错误，同时搞了几天没搞好，交给我来处理，也是挺头晕的。 通过多次的调试最后锁定在执行分页SQL语句时候会报03113的错误，于是修改分页SQL语句，基本上能尝试的都尝试了。最后还是无动于衷， 该报错的地方还是报错。 ora-03113通信通道的文件结束错误处理编辑D:/oracle/ora92/netwo...
ORA-03113: end-of-file on communication channel 错误定位过程（转）
iteye_20696的博客
06-17 563
今天数据库不能启动了，报ORA-03113: end-of-file on communication channel的错误，经过网上搜索相关信息如下：   手动关闭Oracle之后打算再次启动Oracle： $sqlplus ‘/as sysdba’ SQL> startup ORA-03113: end-of-file on communication c...
oracle ORA-03113 "end_of_file on communication channel"
01-30
ORA-03113 "end_of_file on communication channel" ORA-03113 "end_of_file on communication channel" ORA-03113 "end_of_file on communication channel"
Oracle集群ORA-03113:end-of-file on communication channel
weixin_42081167的博客
04-27 3555
alert日志、Oracle 集群空间大小、归档日志 show parameter dump $ORACLE_BASE/diag/rdbms/orcl/orcl1/trace su - grid> asmcmd>lsdg cd data/archivelog/2024_04_05 rm -rf 2022*
安装数据库出错
iteye_14798的博客
07-05 421
ora-03113:end-of-file on communication channel 手动关闭Oracle之后打算再次启动Oracle： $sqlplus ‘/as sysdba’ SQL> startup ORA-03113: end-of-file on communication channel 结果便出现了以上错误。 通过上网查...
ORA-03113：end-of-file on communication channel
Finder_Way
05-01 625
环境：oracle 11g 11.2.0.4 r2 RAC ORALCE启动时报如下错误： [oracle@racnode2 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Fri Apr 30 22:58:07 2021 Copyright (c) 1982, 2009, Oracle. All rights reserved. Connected to an idle instance. SQL> .
IMP-00003: ORACLE error 3113 encountered ORA-03113: end-of-file on communication channel
weixin_33748818的博客
02-29 864
IMP-00003: ORACLE error 3113 encountered ORA-03113: end-of-file on communication channel . . importing table "SFP_FILE_6" 11179rows imported IMP-00017: following ...
ORA-01034: ORACLE not available ORA-27101: shared memory realm does not exist Linux-x86_64 Error: 2: No such file or directory
05-10
# - ORA-03113: end-of-file on communication channel ``` --- #### 四、进阶故障排查 ##### 1. **参数文件验证** ```sql # 检查使用的 spfile/pfile SQL> show parameter spfile; # 若使用 pfile 需检查路径...
Oracle 11g RAC 节点异常重启问题分析
听雪楼主
10-07 1841
Oracle 11g RAC 节点异常重启问题分析
RAC备份集恢复到单实例文件系统上
huangliang0703的专栏
11-09 356
背景：生产环境是RAC (11.2.0.1) ，要搭建一个单实例的测试环境 实现方法：对生产环境做一个rman备份，然后在测试环境进行不完整恢复 一、rman 备份，备份脚本如下： [oracle@easrac01 ~]$ more /home/oracle/scripts/zszjk_full.sh #!/bin/sh source /home/oracle/.bash_prof...
ORA-03113:end-of-file on communication channel
lt89102476的博客
12-23 362
[size=small]测试上面的一个库 plsql报错：shared memory realm does not exist startup报错：ORA-03113：end-of-file on communication channel SQL> startup; ORACLE instance started. Total System Global Area 2.832...
ORA-03113: end-of-file on communication channel
weixin_33690367的博客
03-02 147
我手动启动遇到了一个问题： 停止在这里 [grid@m1 ~]$crs_start ora.mes.db Attempting to start `ora.mes.db` on member `m1` Attempting to start `ora.FRA.dg` on member `m2` Attempting to sta...
ORA-03113
岁月有声。。。
10-04 5337
       今天发现了一个问题，用户反映使用客户端工具登陆数据库的时候报一个ORA-03113后退出。然后我就去检查了alert文件，没有任何错误提示，也没有trc文件产生，这就见鬼了。一般像ORA-03113这种错误引起的原因很多，像版本兼容性问题，网络不稳定，Oracle的BUG等等，但是很多都会产生TRC文件或者在alert文件有错误信息，这次什么都没有，打开listener.log，却发
ORA-03113 end-of-file on communication channel
努力分享一些干货
07-29 5583
文章目录问题问题原因问题解决删除归档日志增加归档日志空间参考文章 问题 用数据库连接工具发现数据库连接不上了，登陆服务器一看发现数据库满了 登陆root或oracle用户；登陆root需要切换到oracle：su - oracle； 使用 sqlplus / as sysdba 命令切换到sqlplus； 在 sqlplus 模式下使用startup命令，开启数据库。发现启动报错： 问题原因 在网上简单搜了一下，原因是Oracle 数据库归档日志满了。用df -h命令看了一下磁盘空间占用情况，磁盘已经满
Oracle 启动失败 ORA-03113: end-of-file on communication channel
热门推荐
sunny05296的博客
03-28 3万+
Oracle启动失败，报错：ORA-03113: end-of-file on communication channel SQL> conn / as sysdba Connected to an idle instance. SQL> startup ORACLE instance started. Total System Global Area 6.0801E+10 byte...
RAC 启动的时候错误 ORA-03113
文档搬运工
05-22 1384
RDBMS 12.1.0.2 三节点rac 在单独的节点上startup的时候，发现启动后立马出现错误，end-of-file on communication channel之类的 在使用srvctl start database -d 命令启动的时候，直接报错 [grid@rac01 ~]$ srvctl start database -d racdb PRCR-1079 : Fail...
ORA-03113错误分析
就算世界无童话
02-03 432
ORA-03113错误分析 ORA-03113错误分析版本历史2003-5-22  v0.1  Created by Fenng  (Fenng@itpub.net)版权声明出处：itpub Fenng----------------------前言----------------------每一个DBA在进行数据库管理的过程中不可避免的要遇到形形色色的错误(ORA-xxxx).有些错误由于频繁...
oracle adg 启动报ORA-03113错误
发歌的数据架构
07-19 1148
今天，DB同事问我自己怎么配的adg启动不了啊 SQL> startup ORACLE instance started. Total System Global Area  993775616 bytes Fixed Size    2259360 bytes Variable Size  318768736 bytes Database Buffers  666894336
oracle RAC恢复到单机后，启动数据库报错ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
最新发布
10-10
<think>嗯，用户咨询Oracle RAC恢复到单机后启动时报ORA-01589错误的解决方案。这个错误很典型啊，核心在于恢复操作破坏了原集群的一致性状态，导致数据库需要明确的日志重置指令才能真正打开。 我注意到用户提供的引用资料虽然涉及RAC错误，但没有直接匹配ORA-01589的场景。引用[1]提到resetlogs用法但讨论的是无效打开模式ORA-02288；引用[2][3]讨论的是RAC实例号冲突和启动错误；引用[4]涉及存储层问题。不过这些材料倒印证了RAC配置的复杂性。 用户的需求其实是单机环境下的恢复启动问题。ORA-01589的本质是重做日志连续性中断，这在RAC转单机的场景特别常见——因为集群环境默认是多线程重做日志，转单机时必然出现日志不同步。解决方案必须使用resetlogs重建控制点，但要注意两个关键点：一是恢复操作可能不完整，二是字符集参数容易被忽略。 考虑到用户正在做恢复操作，可能需要补充说明：如果备份文件来自RAC环境，单机恢复时还要注意删除所有RAC相关的隐藏参数，否则即使resetlogs成功也可能报内部错误。另外用户没提数据库版本，但11g和12c的resetlogs处理机制稍有不同，需要准备两套方案。 用户应该已经完成了基础恢复操作，否则不会卡在open阶段。ta可能漏掉了resetlogs指令，或者误用了noresetlogs选项。需要提醒ta检查归档日志完整性，这个错误有时伴随隐含的介质损坏问题。不过从提问看用户对Oracle恢复流程已有基础认知，可以适当使用专业术语。 </think>根据您描述的 Oracle RAC 恢复到单机后启动时报 **ORA-01589: must use RESETLOGS or NORESETLOGS option for database open** 错误，结合 Oracle 恢复机制，解决方案如下： --- ### **错误原因分析** 1. **日志连续性中断** RAC 环境使用共享存储的在线重做日志和归档日志。恢复到单机环境时，备份通常基于某个 **SCN（系统变更号）**。当使用 `RECOVER DATABASE` 命令完成恢复后，数据库会检测到当前重做日志的连续性已被破坏（例如日志序列号不匹配或 SCN 断层），此时必须使用 `RESETLOGS` 或 `NORESETLOGS` 选项打开数据库[^1]。 2. **RESETLOGS 的作用** `RESETLOGS` 会重置日志序列号（从 1 开始），清空在线重做日志内容，并创建一个新的数据库 Incarnation（化身）。**这是从备份恢复后开库的标准操作**[^1][^3]。 --- ### **解决步骤** ```sql -- 步骤1: 确保数据库处于 MOUNT 状态 STARTUP MOUNT; -- 步骤2: 执行恢复操作（若未完成） RECOVER DATABASE; -- 若提示需要特定归档日志，但已缺失，可执行： RECOVER DATABASE UNTIL CANCEL; -- 输入 CANCEL 中断恢复 -- 或强制完成恢复： RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL; -- 输入 CANCEL -- 步骤3: 使用 RESETLOGS 开库 ◆ 关键步骤 ◆ ALTER DATABASE OPEN RESETLOGS; ``` --- ### **注意事项** 1. **字符集与参数文件** - 检查单机环境的 `NLS_LANG` 和数据库字符集是否与原 RAC 一致（可通过 `SELECT * FROM nls_database_parameters;` 查看）。 - 移除参数文件（`pfile/spfile`）中 RAC 相关配置（如 `cluster_database=true`, `instance_number`, `thread` 等）。 2. **控制文件与日志文件** - 若恢复时使用了旧控制文件备份，需确保其兼容性。必要时重建控制文件： ```sql ALTER DATABASE BACKUP CONTROLFILE TO TRACE; -- 生成重建脚本 ``` - 单机环境需重新配置在线重做日志路径（原 RAC 日志可能在共享存储上不可访问）。 3. **数据文件状态检查** 开库后立即验证数据： ```sql ALTER SESSION SET NLS_LANGUAGE=&#39;AMERICAN&#39;; -- 避免语言报错干扰 ALTER DATABASE OPEN; -- 若 RESETLOGS 成功，此命令应正常执行 SELECT NAME, OPEN_MODE FROM V$DATABASE; -- 确认状态为 READ WRITE ``` 4. **备份新化身** 成功开库后立即执行全量备份：**RESETLOGS 后的数据库是一个新起点，原有备份失效**[^3]。 --- ### **可能关联问题排查** - **ORA-600 [2662]**：若开库时出现此错误，表明 SCN 不一致（常见于未彻底恢复）。需重新执行 `RECOVER DATABASE UNTIL CANCEL` 并应用所有可用归档日志[^3]。 - **文件路径错误**：单机环境需检查参数文件中 `*.control_files`、`*.log_archive_dest_1` 等路径有效性。 --- ### **根本原因总结** | **阶段** | **RAC 环境** | **单机恢复后** | **解决方案** | |----------------|-------------------------------|-------------------------------|--------------------------| | **日志连续性** | 多节点共享日志序列 | 日志序列断裂 | 必须使用 `RESETLOGS` | | **配置依赖** | 依赖集群参数（如实例号） | 需清除集群参数 | 修改 `pfile/spfile` | | **文件路径** | 指向共享存储（ASM/GPFS） | 需指向本地有效路径 | 更新控制文件/参数文件 | ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值