Oracle错误——ORA-03113:通信通道的文件结尾 解决办法

 

Oracle错误——ORA-03113:通信通道的文件结尾 解决办法

  70743人阅读  评论(12)  收藏  举报
  分类:
java学习(46) 

目录(?)[+]

 

由来

 

今天跟往常一样,登陆PL/SQL,确登陆失败,出现一个错误“ORA-01034”和“ORA-27101”如图:


然后就就通过命令提示符去登陆Oracle,去查看怎么回事,然后问题进一步出现,错误“ORA-03113:通信通道的文件结尾 进程 ID:6320 回话 ID :191 序列号:3”。


 

问题根源

 

Oracle出现错误,于是去错误日志里去找问题根源:在 e:\app\kang\diag\rdbms\oracle\oracle\trace\文件夹下找到oracle_ora_6320.trc文件,打开显示错误日志:

 

[plain]  view plain  copy
  1. Trace filee:\app\kang\diag\rdbms\oracle\oracle\trace\oracle_ora_6320.trc  
  2. Oracle Database 11gEnterprise Edition Release 11.2.0.1.0 - 64bit Production  
  3. With thePartitioning, OLAP, Data Mining and Real Application Testing options  
  4. Windows NT VersionV6.1 Service Pack 1  
  5. CPU                 : 4 - type 8664, 2 PhysicalCores  
  6. Process Affinity    : 0x0x0000000000000000  
  7. Memory (Avail/Total):Ph:2805M/6087M, Ph+PgF:6761M/12173M  
  8. Instance name: oracle  
  9. Redo thread mountedby this instance: 1  
  10. Oracle processnumber: 19  
  11. Windows thread id:6320, image: ORACLE.EXE (SHAD)  
  12.    
  13.    
  14. *** 2014-08-1608:18:55.461  
  15. *** SESSIONID:(191.3) 2014-08-16 08:18:55.461  
  16. *** CLIENT ID:()2014-08-16 08:18:55.461  
  17. *** SERVICE NAME:()2014-08-16 08:18:55.461  
  18. *** MODULENAME:(sqlplus.exe) 2014-08-16 08:18:55.461  
  19. *** ACTION NAME:()2014-08-16 08:18:55.461  
  20.    
  21. ORA-19815: 警告:db_recovery_file_dest_size 字节 (共 4102029312 字节) 已使用 100.00%, 尚有 0 字节可用。  
  22. ************************************************************************  
  23. You have followingchoices to free up space from recovery area:  
  24. 1. Consider changingRMAN RETENTION POLICY. If you are using Data Guard,  
  25.    then consider changing RMAN ARCHIVELOGDELETION POLICY.  
  26. 2. Back up files totertiary device such as tape using RMAN  
  27.    BACKUP RECOVERY AREA command.  
  28. 3. Add disk space andincrease db_recovery_file_dest_size parameter to  
  29.    reflect the new space.  
  30. 4. Delete unnecessaryfiles using RMAN DELETE command. If an operating  
  31.    system command was used to delete files,then use RMAN CROSSCHECK and  
  32.    DELETE EXPIRED commands.  
  33. ************************************************************************  
  34. ORA-19809:超出了恢复文件数的限制  
  35. ORA-19804: 无法回收33961984 字节磁盘空间 (从 4102029312 限制中)  
  36. *** 2014-08-1608:18:55.502 4132 krsh.c  
  37. ARCH: Error 19809Creating archive log file to'E:\APP\KANG\FLASH_RECOVERY_AREA\ORACLE\ARCHIVELOG\2014_08_16\O1_MF_1_159_%U_.ARC'  
  38. *** 2014-08-1608:18:55.502 2747 krsi.c  
  39. krsi_dst_fail: dest:1err:19809 force:0 blast:1  
  40. DDE: Problem Key 'ORA312' was flood controlled (0x1) (no incident)  
  41. ORA-00312: 联机日志 3 线程1: 'E:\APP\KANG\ORADATA\ORACLE\REDO03.LOG'  
  42. ORA-16038: 日志 3sequence# 159 无法归档  
  43. ORA-19809:超出了恢复文件数的限制  
  44. ORA-00312: 联机日志 3 线程1: 'E:\APP\KANG\ORADATA\ORACLE\REDO03.LOG'  
  45.    
  46. *** 2014-08-1608:18:55.565  
  47. USER (ospid: 6320):terminating the instance due to error 16038  


 

 

从这里我们发现了问题的根源:“

ORA-19815: 警告: db_recovery_file_dest_size 字节 (共 4102029312 字节) 已使用100.00%, 尚有 0 字节可用。 db_recovery_file_dest_size也叫归档日志空间不足导致的,既然找到问题的根源,那解决起来也就容易了。

 

解决途径

 

空间小,那摆在我们面前办法就是,一个是将空间设置大点,另一个就是将多余的文件删除掉即可,那么我们就将这两个办法都使用一下。

 

通过命令窗口:

--------设置归档日志空间的大小

[sql]  view plain  copy
  1. sqlplus / as sysdba  
  2. shutdown abort     ----关闭进程  
  3. startup mount       ---- 装载数据库  
  4. select * from v$recovery_file_dest; ---查询归档日志  
  5. db_recovery_file_dest_size=10737418240; --设置归档日志空间为10G  
  6. Exit ---到这里空间大小已经设置完成  


 

--------删除归档日志

[sql]  view plain  copy
  1. rmantarget /   -----进入rman工具窗口  
  2. RMAN>crosscheckarchivelog all;  --运行这个命令可以把无效的expired的archivelog标出来。  
  3. RMAN>deletenoprompt archivelog until time "sysdate -3";  -- -即删除3天前的归档日志  
  4.    


到这里就彻底ok了。接下来重新打开数据库:正常使用

 

在删除归档文件中有一点要注意,通过命令窗口显示显示归档文件都在E:\app\kang\flash_recovery_area\oracle\ARCHIVELOG  下,但是我们不能手工在操作系统中直接把这些文件删除掉,这是因为在controlfile中记录着每一个archivelog的相关信息,当我们在OS中删除这些文件后,我们的controlfile中仍然记录着这些archivelog的信息,因此在Oracle的OEM管理器中还会存在这些日志。因为当我们手工清除archive目录下的文件后,这些记录并没有被我们从controlfile中清除掉,也就是oracle并不知道这些文件已经不存在了。所以还是要通过命令窗口去执行删除这些文件的命令。

 

后记

 

归档日志其实是为了方便我们在恢复数据库时使用的,但是有时候这些归档日志有时确实会给我们带来一点点的小麻烦,所以这些归档日志还是需要我们去注意的。

  

4
 
0
 
 

我的同类文章

java学习(46)
  • Spring整合JMS(四)——事务管理2015-09-29阅读339
  • Spring整合JMS(二)——三种消息监听器2015-08-30阅读576
  • 分布式系统的特点以及设计理念2015-08-25阅读644
  • 跟我学Java多线程——ThreadPoolExecutor(线程池)2015-07-27阅读1005
  • RBAC权限模型——项目实战2015-07-02阅读4126
  • 工作流学习——Activiti流程实例、任务管理四步曲2015-06-26阅读17039
  • Spring整合JMS(三)——MessageConverter介绍2015-08-31阅读305
  • Spring整合JMS(一)——基于ActiveMQ实现2015-08-29阅读418
  • 跟我学Java多线程——线程池与阻塞队列2015-07-28阅读2304
  • 跟我学Java多线程——ThreadLocal2015-07-27阅读1435
  • 工作流学习——Activiti流程变量五步曲2015-06-26阅读8155
更多文章

参考知识库

Oracle知识库

1465关注|247收录

操作系统知识库

2395关注|2334收录

MySQL知识库

13389关注|1418收录

猜你在找
Oracle数据库从入门到精通 Oracle高级项目教学 windows server 2008 r2服务器操作系统 Oracle、SQL、PLSQL 编程从入门到精通 Oracle之PL/SQL编程从入门到精通
ORA-03113 end-of-file on communication channel 通信通道的文件结尾Oracle数据库启动异常 oracle 11g startup时报ora-03113通信通道的文件结尾 ORA-03113通信通道的文件结尾 因为 db_recovery_file_dest_size设置小 导致联机日志不能归档 Oracle不能起来 提示ORA-03113通信通道的文件结尾解决 启动数据库时提示ORA-03113 通信通道的文件结尾解决方法
查看评论
12楼  Mr不待见前天 12:10发表 [回复]
如何进入 rman
11楼  黎明的蜗牛2014-12-04 16:03发表 [回复]
宝贵的经验和错误,谢谢楼主分享
10楼  ironxue2014-10-31 19:58发表 [回复]
实践出真知,顶楼主。
9楼  赵栗婧2014-10-29 17:31发表 [回复]
归档日志有利有弊
8楼  suyongsutao2014-10-28 08:54发表 [回复]
虽然网上已有很多方法,但是楼主的很有条理,赞
7楼  zhuojiajin2014-09-30 20:25发表 [回复]
宝贵的经验和错误
6楼  liu_yujie2011com2014-09-30 17:51发表 [回复]
归档日志其实是为了方便我们在恢复数据库时使用的
5楼  dandanzmc2014-09-30 17:03发表 [回复]
宝贵的经验,谢谢分享
4楼  陈丽娜2014-09-30 15:48发表 [回复]
归档日志了解了,以后会注意!
3楼  米老师2014-09-30 11:19发表 [回复]
这些经历是非常宝贵的,这些就是所谓的工作经验。这些经历是非常宝贵的,这些就是所谓的工作经验。
2楼  颖杰2014-09-30 06:28发表 [回复]
发现问题、解决问题。这些归档日志还是需要我们去注意。以后注意了。
1楼  弯_弯2014-09-29 19:57发表 [回复]
数据库最喜欢因为日志而报错误

你可能感兴趣的:(Oracle)