Thread 1 cannot allocate new log 的处理办法

ALTER SYSTEM ARCHIVE LOG
Thread 1 cannot allocate new log, sequence 2594
Checkpoint not complete
这个实际上是个比较常见的错误。通常来说是因为在日志被写满时会切换 日志组,这个时候会触发一次checkpoint,DBWR会把内存中的脏块往数据文件中写,只要没写结束就不会释放这个日志组。如果归档模式被开启的 话,还会伴随着ARCH写归档的过程。如果redo log产生的过快,当CPK或归档还没完成,LGWR已经把其余的日志组写满,又要往当前的日志组里面写redo log的时候,这个时候就会发生冲突,数据库就会被挂起。并且一直会往alert.log中写类似上面的错误信息。

增加日志组:

1、select group#,sequence#,bytes,members,status from v$log;  查看每组日志的状态
   GROUP#  SEQUENCE#      BYTES    MEMBERS STATUS
---------- ---------- ---------- ---------- ----------------
         1      16946   52428800          1 INACTIVE    ##  空闲的
         2      16947   52428800          1 INACTIVE    ##  空闲的
         3      16948   52428800          1 CURRENT   ##正在使用的
2、

alter database add logfile group 4 (‘/opt/oradata/orclbj/redo04.log‘) size 200M;   增加1组日志组 视情况而定增加日志组的大小。

alter database add logfile group 5 (‘/opt/oradata/orclbj/redo05.log‘) size 200M;
alter database add logfile group 6 (‘/opt/oradata/orclbj/redo06.log‘) size 200M;
3、alter system switch logfile;  切换日志组

4、alter database drop logfile group 1; 删除日志组1  在线增加日志组的时候,删除日志组的时候只能删除 日志组状态为 INACTIVE 的日志组。

参考文章

Thread 1 cannot allocate new log 的处理办法

时间: 2024-11-07 08:40:12

Thread 1 cannot allocate new log 的处理办法的相关文章

Thread 1 cannot allocate new log的问题分析 (转载)

Thread 1 cannot allocate new log的问题分析 发生oracle宕机事故,alert文件中报告如下错误: Fri Jan 12 04:07:49 2007Thread 1 cannot allocate new log, sequence 187398Checkpoint not complete 产生此问题的原因分析: CKPT这个后台进程的就是做checkpoint这件事,checkpoint被触发的条件之一是就发生redo log switch,Checkpoi

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 s

Thread 1 cannot allocate new log, sequence 187398

报错信息: Thread 1 cannot allocate new log, sequence 187398Checkpoint not complete 处理方法: 查看REDO日志组 select group#,member from v$logfile; select group#,sequence#,bytes,members,status from v$log; 查看每组日志的状态 alter database add logfile group 4 ('/opt/oradata/o

No EntityManager with actual transaction available for current thread - cannot reliably process 'remove' call的解决办法

No EntityManager with actual transaction available for current thread - cannot reliably process 'remove' call 遇到这种问题,应该是你的controller层直接调用了Repository的删除方法,类似的可能是controller层直接调用了Repository的增加或修改方法.如果项目封装了controller不能直接调用Repository的删除.增加和修改方法,那么在control

eclipse中logcat偶尔不显示log的问题解决办法

Android开发过程中  eclipse 经常会出现 logcat突然就是不现实log的情况.经常遇到,一直没有解决.后来解决了,记录一下. 默认的设置是error 改成verbos 问题解决.

升级openssh编译时报错“configure: error: *** working libcrypto not found, check config.log”的解决办法

问题描述 在linux上,欲将OpenSSH_6.4p1编译升级到OpenSSH_8.0p1时,执行了./configure ....编译命令后报错,报错信息如下: configure: error: *** working libcrypto not found, check config.log *** 或: configure: error: *** OpenSSL headers missing - please install first or check config.log ***

一旦rhel5.8造成只读文件系统ORA-00354: corrupt redo log block header

Wed Jun 03 03:31:24 CST 2015 Thread 1 advanced to log sequence 396 (LGWR switch) Current log# 3 seq# 396 mem# 0: /u01/app/oracle/oradata/orcl/redo03.log Wed Jun 03 19:05:48 CST 2015 Thread 1 advanced to log sequence 397 (LGWR switch) ----------------

数据库日志报错问题分析

Thread 1 cannot allocate new log, sequence 466 Private strand flush not complete Current log# 7 seq# 465 mem# 0: /home/app/oracle/oradata/orcl/redo07.log Thread 1 advanced to log sequence 466 (LGWR switch) Current log# 8 seq# 466 mem# 0: /home/app/or

Oracle 归档错误案例

Oracle 归档错误案例 系统环境: 操作系统: RedHat EL55 Oracle :   Oracle 11.2.0.1.0 案例:    客户数据库服务器的归档日志空间被塞满,未发现:DBA在发现日志切换被hang后,强制关了库,导致实例启动失败...... 错误现象: 在做日志归档时,数据库被hang...... 16:56:02 [email protected] prod>alter system switch logfile; 告警日志: ORACLE Instance pro