oracle 重做日志文件无法自动创建保存问题Thread 1 cannot allocate new log, sequence 233678

Mon Nov 26 09:10:16 2018
Thread 1 cannot allocate new log, sequence 233678
Checkpoint not complete
  Current log# 1 seq# 233677 mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG
Thread 1 advanced to log sequence 233678 (LGWR switch)
  Current log# 2 seq# 233678 mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO02.LOG

　　最近项目的c++程序老是自动停止工作，检查c++日志找到了ORA-03113: 通信通道的文件结尾, 这种错误都是指的oracle的归档日志满了才会报这样的错，

可项目的oracle数据库的归档功能都是关闭的，初步排除归档日志的问题

再次查找资料，找到了oracle运行的日志文件（oracle运行的日志，错误啥的都在这），路径如下：D:\app\Administrator\diag\rdbms\orcl\orcl\trace\alert_orcl.log

打开log搜索error就发现了Thread 1 cannot allocate new log这样的错误，查找资料后，这样的错误是oracle的重做日志文件无法正确切换保存的问题。

根据网上的介绍，多数解决方法为新增几个重做日志文件就可以了

先查询一下oracle的重做日志文件：

select group#,sequence#,bytes,members,status from v$log; 

select * from v$logfile;

select * from v$log;

发现有三个重做日志文件，RED001,RED002,RED003状态一个为current，两个为active，没有inactive，也就是说都在使用，没有空闲的，

就考虑是不是重做日志文件太少了

于是以 sqlplus /nolog登陆，conn  /  as sysdba登陆后，执行了如下命令：

--增加一个名字为RED004.LOG的log文件
alter database add logfile
 ('D:\app\Administrator\oradata\orcl\RED004.LOG') size 50M;

--执行一下手动切换日志文件命令
alter system switch logfile;  

我按照顺序增加了2个（重做日志文件必须按照顺序增加），也就是说我的重做日志文件为RED001,RED002,RED003,RED004,RED005一共有5个
重做日志路径在D:\app\Administrator\oradata\orcl文件夹下，数据库的dbf也在这

再次执行select * from v$log;  状态如下，有了2个空闲的inactive

 

再次检查alert_orcl.log日志，没有文章开始的错误了，说明重做日志文件已经正常保存了（下面黑色字体表示重做日志文件已经正常了）

Mon Nov 26 17:02:20 2018
Thread 1 advanced to log sequence 233879 (LGWR switch)
  Current log# 3 seq# 233879 mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO03.LOG

 

注：新加重做日志文件，不需要停止数据库，直接sqlplus / nolog  conn /  as sysydba   操作即可

在解决过程中发现alert_orcl.log 太大了我这有240M，打开很慢,

于是直接重命名这个文件，重新建了一个空的，过了一会日志文件就输出到那个空的log里面了，如下图

 

 

接上次的问题，oracle重做日志调好了之后，还是会提示通信通道文件末尾错误，有说是服务器防火墙的设置，关闭了数据连接导致这样的问题，于是把防火墙关闭

但仍然出现这样的情况

再找资料说：把D:\app\Administrator\product\11.2.0\dbhome_1\NETWORK\ADMIN\sqlnet.ora 里面加一个sqlnet.expire_time=30 目的是设置一个时间

可以用于检测、标记僵死而没有断开会session，再由PMON进行清理，释放资源。开启DCD（DCD: Dead Connection Detection），只需要在服务端的sqlnet.ora文件中添加SQLNET.EXPIRE_TIME参数，单位为分钟。
如果时间达到这个值，server端就是发出一个”probe” packet 给客户端，如要客户断是正常的，这个packet就被忽略，timer重新计时；如果客户端异常中断，则server端就会收到一个消息，用以释放连接。
DCD还可以用于防止防火墙的timeout当client和server在timeout时间内没有数据传输的时候，会话就会被防火墙断开。而设置SQLNET.EXPIRE_TIME参数，使其小于防火墙的timeout时间，就可以避免这一情况的发生。