Oracle错误——ORA-03113:通信通道的文件结尾解决办法
今天跟往常一样，登陆PL/SQL，确登陆失败，出现一个错误&ORA-01034&和&ORA-27101&如图：
然后就就通过命令提示符去登陆，去查看怎么回事，然后问题进一步出现，错误&ORA-03113:通信通道的文件结尾进程 ID:6320 回话 ID :191 序列号：3&。
Oracle出现错误，于是去错误日志里去找问题根源：在 e:\app\kang\diag\rdbms\oracle\oracle\trace\文件夹下找到oracle_ora_6320.trc文件，打开显示错误日志：&
Trace filee:\app\kang\diag\rdbms\oracle\oracle\trace\oracle_ora_6320.trc
Oracle Database 11gEnterprise Edition Release 11.2.0.1.0 - 64bit Production
With thePartitioning, OLAP, Data Mining and Real Application Testing options
Windows NT VersionV6.1 Service Pack 1
: 4 - type 8664, 2 PhysicalCores
Process Affinity
: 0x0x0000
Memory (Avail/Total):Ph:M, Ph+PgF:M
Instance name: oracle
Redo thread mountedby this instance: 1
Oracle processnumber: 19
Windows thread id:6320, image: ORACLE.EXE (SHAD)
*** 8:18:55.461
*** SESSIONID:(191.3)
08:18:55.461
*** CLIENT ID:() 08:18:55.461
*** SERVICE NAME:() 08:18:55.461
*** MODULENAME:(sqlplus.exe)
08:18:55.461
*** ACTION NAME:() 08:18:55.461
ORA-19815: 警告:db_recovery_file_dest_size 字节 (共
字节) 已使用 100.00%, 尚有 0 字节可用。
************************************************************************
You have followingchoices to free up space from recovery area:
1. Consider changingRMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOGDELETION POLICY.
2. Back up files totertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space andincrease db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessaryfiles using RMAN DELETE command. If an operating
system command was used to delete files,then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************
ORA-19809:超出了恢复文件数的限制
ORA-19804: 无法回收 字节磁盘空间 (从
*** 8:18:55.502 4132 krsh.c
ARCH: Error 19809Creating archive log file to'E:\APP\KANG\FLASH_RECOVERY_AREA\ORACLE\ARCHIVELOG\\O1_MF_1_159_%U_.ARC'
*** 8:18:55.502 2747 krsi.c
krsi_dst_fail: dest:1err:19809 force:0 blast:1
DDE: Problem Key 'ORA312' was flood controlled (0x1) (no incident)
ORA-00312: 联机日志 3 线程1: 'E:\APP\KANG\ORADATA\ORACLE\REDO03.LOG'
ORA-16038: 日志 3sequence# 159 无法归档
ORA-19809:超出了恢复文件数的限制
ORA-00312: 联机日志 3 线程1: 'E:\APP\KANG\ORADATA\ORACLE\REDO03.LOG'
*** 8:18:55.565
USER (ospid: 6320):terminating the instance due to error 16038
从这里我们发现了问题的根源：&
ORA-19815: 警告: db_recovery_file_dest_size 字节 (共
字节) 已使用100.00%, 尚有 0 字节可用。& 是db_recovery_file_dest_size也叫归档日志空间不足导致的，既然找到问题的根源，那解决起来也就容易了。
空间小，那摆在我们面前办法就是，一个是将空间设置大点，另一个就是将多余的文件删除掉即可，那么我们就将这两个办法都使用一下。
通过命令窗口：
--------设置归档日志空间的大小&
sqlplus / as sysdba
shutdown abort
----关闭进程
startup mount
select * from v$recovery_file_ ---查询归档日志
db_recovery_file_dest_size=; --设置归档日志空间为10G
Exit ---到这里空间大小已经设置完成
--------删除归档日志
rmantarget /
-----进入rman工具窗口
--运行这个命令可以把无效的expired的archivelog标出来。
RMAN&deletenoprompt archivelog until time &sysdate -3&;
-- -即删除3天前的归档日志&
到这里就彻底ok了。接下来重新打开数据库：正常使用。
在删除归档文件中有一点要注意，通过命令窗口显示显示归档文件都在E:\app\kang\flash_recovery_area\oracle\ARCHIVELOG 下，但是我们不能手工在操作中直接把这些文件删除掉，这是因为在controlfile中记录着每一个archivelog的相关信息，当我们在OS中删除这些文件后，我们的controlfile中仍然记录着这些archivelog的信息，因此在Oracle的OEM管理器中还会存在这些日志。因为当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，也就是oracle并不知道这些文件已经不存在了。所以还是要通过命令窗口去执行删除这些文件的命令。
归档日志其实是为了方便我们在恢复数据库时使用的，但是有时候这些归档日志有时确实会给我们带来一点点的小麻烦，所以这些归档日志还是需要我们去注意的。
(window.slotbydup=window.slotbydup || []).push({
id: '2467140',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467141',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467142',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467143',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467148',
container: s,
size: '1000,90',
display: 'inlay-fix'14515人阅读
& & & 这几天一直搭建 web 环境，所以也要搭建一个 PlSql 来访问 Oracle 数据库，以前很少搞这个，第一次弄这个，焦头烂额的。
& & & 数据库： Oracle10
错误： 每次点击进入 PlSql 后，输入帐号密码，然后登陆，都会报出 Not Logged on 。
& & & & & & & &
环境： win7
我的错误解决办法： 运行&plsqldev.exe 时，以管理员用户运行。 忒SB的问题，就这个把我搞郁闷了。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：49989次
排名：千里之外
原创：17篇
转载：20篇
评论：10条
(1)(2)(1)(1)(2)(3)(7)(1)(2)(3)(2)(1)(1)(2)(6)(1)(1)(1)2017年3月 Oracle大版内专家分月排行榜第三2006年12月 Oracle大版内专家分月排行榜第三
匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。plsql报通信文件已关闭是什么原因
plsql报通信文件已关闭是什么原因
08-12-30 &
PL/SQL多进程通信技术
保存本文 PL/SQL是基于Oracle的一个主流应用程序编程语言,它的特点是将SQL语句与过程化程序开发语言相结合,以实现更为复杂的商业逻辑。本文主要就其中多进程通信进行
请登录后再发表评论!
我给你学习的视频吧希望能帮上你尚观-oracle入门知识点尚观Oracle最佳入门5-表结构更改Oracle最佳入门4-构建表操作尚观Oracle最佳入门1-DBA职业分析Oracle最佳入门3-表的创建尚观Oracle最佳入门2-如何连接数据库尚观-PL SQL最佳入门教程尚观-PL SQL入门教程之intr1-1 尚观-PL SQL入门教程之intr1-2 尚观-PL SQL入门教程之lesson1 尚观-PL SQL入门教程之lesson2-1 尚观-PL SQL入门教程之lesson2-2 尚观-PL SQL入门教程之lesson2-3 尚观-PL SQL入门教程之lesson3-1 尚观-PL SQL入门教程之lesson3-2 尚观-PL SQL入门教程之lesson3-3 尚观-PL SQL入门教程之lesson4-1 尚观-PL SQL入门教程之lesson4-2 尚观-PL SQL入门教程之lesson4-3 尚观-PL SQL入门教程之lesson5-1-1 尚观-PL SQL入门教程之lesson5-1-2 尚观-PL SQL入门教程之lesson5-1-3 尚观-PL SQL入门教程之lesson5-2-1 尚观-PL SQL入门教程之lesson5-2-2 尚观-PL SQL入门教程之lesson5-2-3
请登录后再发表评论!