<ORA-03113:通信通道的文件结尾>错误处理: 出现的主要原因是由于归档日志空间不够了. 解决办法: --以sysdba方式登录 sqlplus / as sysdba --关闭数据库实例 shutdown abort --装载数据库 startup amount --查询归档日志 select * from v$recovery_file_dest; --查询归档日志大小 show parameter db_recovery_file_dest_size --设置归档日志的大小(大小自

半小时前,一个项目反馈应用系统部分功能报错,ORA-03113: 通信通道的文件结尾.好像是个常见的错误. 异常信息:ORA-03113: 通信通道的文件结尾 进程 ID: 2392 会话 ID: 298 序列号: 46826 检查了归档日志未发现异常,检查Oracle日志时发现对应ORA-03137错误,经查阅网上资料,属于Oracle的bug,God,竟然隐蔽在ORA-03113后面. Errors in file d:\app\administrator\diag\rdbms\fssc\f

近期又一个项目反馈ORA-03113错误: 通信通道的文件结尾.(jdbc程序报出的错误是:无法从套接字读取更多的数据) 发送之前处理过类似问题的解决方法(http://www.cnblogs.com/zhaoguan_wang/p/6142481.html),但现场反馈问题依旧. 客户端错误信息如下: 异常信息(异常类型:System.Data.OracleClient.OracleException) 异常提示:Oracle数据执行异常,请联系管理员处理 异常信息:ORA-03113: 通信

请参考:http://blog.csdn.net/zwk626542417/article/details/39667999 今天跟往常一样,登陆PL/SQL,确登陆失败,出现一个错误“ORA-01034”和“ORA-27101”如图: 然后就就通过命令提示符去登陆Oracle,去查看怎么回事,然后问题进一步出现,错误“ORA-03113:通信通道的文件结尾 进程 ID:6320 回话 ID :191 序列号:3”. 问题根源 Oracle出现错误,于是去错误日志里去找问题根源:在 e:\app

今天跟往常一样,登陆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文

1.数据库启动报错SQL> startupORACLE 例程已经启动. Total System Global Area 1887350784 bytesFixed Size 2176848 bytesVariable Size 1325402288 bytesDatabase Buffers 553648128 bytesRedo Buffers 6123520 bytes数据库装载完毕.ORA-03113: 通信通道的文件结尾进程 ID: 1244会话 ID: 96 序列号: 3 2.查看告

昨天因为导入很久数据,最后一看是因为数据文件不够,后来就关机了.现在,开启数据库,总是报“ORA-03113: 通信通道的文件结尾” SQL> conn /as sysdba; 已连接到空闲例程. SQL> startup ORACLE 例程已经启动. Total System Global Area 535662592 bytes Fixed Size 1375792 bytes Variable Size 377487824 bytes Database Buffers 150994944

问题: 用命令startup启动实例时,报错“ORA-03113:通信通道的文件结尾”. 解决: SQL> startup mount ORACLE 例程已经启动. Total System Global Area bytes Fixed Size bytes Variable Size bytes bytes Redo Buffers bytes 数据库装载完毕. SQL> recover database until time '2010-09-09 1:45:02'; 完成介质恢复. S

ORA-03113:通信通道的文件结尾-完美解决方案   oracle 文档中对这个错误这样解释: ORA-03113 错误就是说连接到数据库的网络中断了.有些错误由于频繁出现.原因复杂而被 Oracle DBA 们戏称之为"经典的错误".       完美解决方案: 1.查看系统表空间用量: SELECT a.tablespace_name, a.bytes total, b.bytes used, c.bytes free, (b.bytes * 100) / a.bytes &q

登录Oracle时出现错误:“ORA-03113:通信通道的文件结尾” 错误排查方法 Oracle出现错误,查看trace日志寻找问题根源:D:\oracle\diag\rdbms\orcl\orcl\trace 打开trace目录下的alert_orcl.log: ************************************************************************ ARC3: Error 19809 Creating archive log file

 ORA-03113:通信通道的文件结尾执行:alter system set "_optimizer_join_elimination_enabled"=false; cmdsqlplus / as sysdbaalter system set "_optimizer_join_elimination_enabled"=false scope=both; 

第一步: sqlplus / as sysdbashutdown abortstartup mountSQL> show parameter background_dump_dest; NAME TYPE VALUE------------------------------------ ----------- ------------------------------background_dump_dest string d:\app\baoshengzhu\diag\rdbms\ orac

今天有现场反应:数据库连不上了,提示什么归档日志有问题:又问了现场有做过什么特别操作,答曰没有,出问题后,只是重启了操作系统. 现场环境oracle11.0.2.3. 于是远程查看数据库状态,发现数据库实例没有打开,startup后,提示ORA-03113问题,启动失败. 于是查看后台alert日志,日志提示: Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\urpdb\urpdb\trace\urpdb_arc1_3392.trc:ORA-1981

开发项目时,使用的是Oracle数据库.最近遇到了“ORA-03113: 通信通道的文件结束”错误.如下图所示: 经过网上查资料和请教同事,终于找到了解决ORA-03113错误的办法. 解决步骤如下: 1.在Windows的Dos窗口中输入“sqlplus”,然后输入数据库用户名和密码登陆.如下图所示: 2.在上图的命令行中,输入“alter system set cursor_sharing=similar;”,执行后,如下图所示: 3.输入“show parameter cursor_sha

以下是Oracle批量执行脚本文件的步骤和方法 1.创建脚本文件(xx.sql): 例如文件CreateTable Create table tb1( id varchar2(30), Name varchar2(50) ); Commit; / 可以创建多个,但是要注意语句之间要以分号结尾,同时注意语句内尽量不要有空行,因为空行的时候,在批量执行时可能会报错. 例如创建表时 create table t( id varchar2(), Name varchar2() ); 上面这个文件在批量执

--========================================= -- Oracle 联机重做日志文件(ONLINE LOG FILE) --========================================= 一.Oracle中的几类日志文件 Redo log files      -->联机重做日志 Archive log files   -->归档日志 Alert log files     -->告警日志 Trace files        

通道是什么 通道式(Channel)是java.nio的第二个主要创新.通道既不是一个扩展也不是一项增强,而是全新的.极好的Java I/O示例,提供与I/O服务的直接连接.Channel用于在字节缓冲区和位于通道另一侧的实体(通常是一个文件或套接字)之间有效地传输数据. 通常情况下,通道与操作系统的文件描述符(FileDescriptor)和文件句柄(FileHandler)有着一对一的关系.虽然通道比文件描述符更广义,但开发者经常使用到的多数通道都是连接到开放的文件描述符的.Channel类

当使用文件作为输入流时,为了确保适时的结束文件读取操作,程序要靠检查文件尾来判断该何时停止读取.常用的检查文件尾方法有两种: 两种方式均已将 fin 与文件关联,即 均已声明 fin 输入流,并已调用 open 成员函数打开了文件.第一种: 该方式可以要求程序从文件中连续读取数字,直到没有更多的数字可供读取为止.代码如下: int next; while(fin >> next){ //用户代码 } 第二种: 该方式利用每个输入文件流都有的 eof 成员函数来判断何时读完文件的全部内容.代码如

服务器系统为 windows 2008 R2 64位,由于C盘空间将满,要将C盘的oracle的DBF数据文件迁移到D盘下,步骤如下: 1.输入cmd,启动 cmd.exe窗口 2.输入 sqlplus /nolog 3.输入 conn sys/sys@orcl as sysdba 4.输入sql:select name from v$datafile; 查看相关data文件存放路径 5. shutdown immediate 关闭 6. startup mount; 7. alter data

错误描述: fatal error C1010: 在查找预编译头时遇到意外的文件结尾.是否忘记了向源中添加“#include "StdAfx.h"”? 错误分析:     此错误发生的原因是编译器在寻找预编译指示头文件(默认#include "stdafx.h")时,文件未预期结束.没有找到预编译指示信息的头文件"stdafx.h".     (因为工程中的每个cpp文件属性默认都是使用预编译头(/YU)的,但是添加的第三方文件并没有 #incl