IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

ORA-03113: end-of-file on communication channel 错误分析

DBA Blog 2009-10-12 09:10:44 累计浏览 1,940 次
本机暂存
    遇到了一个开发数据库在不正常的关机的情况下重新启动数据库的时候报了"ORA-03113: end-of-file on communication channel",其实这个错误经常会遇到的,被很多DBA们认为是"经典的错误".

     导致这个错误的原因有很多种(大约):

    系统的核心参数设置不恰当 oracle环境变量和权限 SQL,PL/SQL引起的错误 磁盘空间满 防火墙问题 其它因素  

     根据上面的几种情况,在寻问了开发人员在出现错误之前都做了什么操作(越详细越好),在看下alert.log里面的错误信息发现了,数据库没办法往磁盘写入数据.

    第一的判断可能就是磁盘满了(因为这台开发库用的是ASM).

    db1-> sqlplus / as sysdba

    SQL*Plus: Release 10.2.0.4.0 - Production on Mon Aug 17 10:21:41 2009

    Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

    Connected to:

    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production

    With the Partitioning, Real Application Clusters, OLAP, Data Mining

    and Real Application Testing options

    SQL> select * from v$asm_diskgroup;                     #发现可用的空间为10M.

    看来这个是导致这个错误的最终原因,于是清除了归档日志.重新启动数据库,问题解决.

    总结:

     任何时侯都要确保数据库系统有足够的空间.如果 USER_DUMP_DEST和BACKGROUND_DUMP_DEST没有剩余空间的话,会导致此问题.此外,如果打开了审计,AUDIT目录要由足够的空间.如果激活了Trace的话,Trace目录要由足够的空间. Dave Wotton的文档 (Local Copy) 表明,在对表进行插入数据的时侯,如果文件超过了2G (而文件系统有2G限制),会导致该问题. 

同分类推荐文章

  1. 使用deepseek进行Oracle恢复,引起重大故障 (2026-06-22 10:56:00)
  2. 接手一个只差临门一脚的数据库恢复 (2026-06-18 00:13:09)
  3. 我做了一个 AI 版的 StarRocks 升级风险扫描工具,直接帮我定位到一个风险 (2026-06-15 01:00:00)

查看更多 数据库 文章 →

建议继续学习

  1. 阿里巴巴离职DBA 35岁总结的职业生涯 (累计阅读 19,624)
  2. Oracle MTS模式下 进程地址与会话信息 (累计阅读 14,406)
  3. 那些在11gR2中可能惹祸的新特性,一张列表帮助你摆脱升级11gR2带来的烦恼 (累计阅读 6,878)
  4. 性能测试工具sysbench简介 (累计阅读 6,026)
  5. 大于2GB的Listener.log和运行超过198天的主机上的Oracle实例 (累计阅读 5,861)
  6. 仅仅只备份是不够的 (累计阅读 5,823)
  7. Oracle Database 12c 新特性 - Native Top N 查询 (累计阅读 5,749)
  8. ORACLE最大可以存储多少数据量 (累计阅读 5,726)
  9. Oracle DBA的学习进阶成长树-从初出茅庐到高瞻远瞩 (累计阅读 5,600)
  10. 老托的Oracle 数据库Patch概念性小常识 (累计阅读 5,546)