Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: Import - Alert log Thread Sequence error

Re: Import - Alert log Thread Sequence error

From: Thomas Kyte <tkyte_at_us.oracle.com>
Date: Tue, 15 Jun 1999 17:02:09 GMT
Message-ID: <376886fc.7715724@newshost.us.oracle.com>


A copy of this was sent to Glen Gorman <Glen.Gorman_at_nbnet.nb.ca> (if that email address didn't require changing) On Tue, 15 Jun 1999 10:14:19 -0300, you wrote:

>Does anyone know what this means, and how to fix it?
>
>Current log# 2 seq# 2044 mem# 0: E:\HRMD\REDO\LOGHRMD2.ORA
>Thread 1 cannot allocate new log, sequence 2045
>Checkpoint not complete
>

the infamous "checkpoint not complete, cannot allocate new log" message.

this occurrs when Oracle attempts to reuse a log file but the checkpoint that would flush the blocks that may have redo in this log file has not yet completed -- we must wait until that checkpoint completes before we can reuse that file -- thats when this message is printed. during this time (when we cannot allocate a new log) processing is suspended in the database while the checkpoint is made to complete ASAP.

The major way to relieve this is to have sufficient log to carry you through peak times. that way, we can complete the checkpoint while you are not busy.

also make sure your checkpoints happen as fast as they can (eg: enable ASYNC IO or configure >1 DBWR if ansyc IO cannot be used, make sure disks are not contending with other apps and so on)

Another way is to make the log files smaller, hence increasing the frequency with which we checkpoint (log checkpoint interval and other init.ora parameters achieve the same effect btw).

I myself prefer to use a modest sized log file (around 25meg) and will add logfiles until these messages cease...

See http://www.oracle.com/ideveloper/ for my column 'Digging-in to Oracle8i'... Mirrored (and more current) at http://govt.us.oracle.com/~tkyte/

Current article is "Fine Grained Access Control", added June 8'th  

Thomas Kyte                   tkyte_at_us.oracle.com
Oracle Service Industries     Reston, VA   USA
--
Opinions are mine and do not necessarily reflect those of Oracle Corporation Received on Tue Jun 15 1999 - 12:02:09 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US