FIX: Checkpoint Process Access Violation when Log FillsLast reviewed: April 9, 1997Article ID: Q158234 |
The information in this article applies to:
SYMPTOMSOn SQL Server 6.5 SP1 (6.00.213) Alpha platforms, the checkpoint process will encounter an access violation (AV) if both of the following are true:
WORKAROUNDTo work around this problem, do not use the database option "trunc. log on chkpt." Instead, do one of the following:
STATUSMicrosoft has confirmed this to be a problem in Microsoft SQL Server version 6.5 Service Pack 1. This problem has been corrected in U.S. Service Pack 2 for Microsoft SQL Server version 6.5. For more information, contact your primary support provider.
MORE INFORMATIONThe first symptom of this problem is a process filling up the transaction log, resulting in the following error in the errorlog:
spid n Error : 1105, Severity: 17, State: 2 spid n Can't allocate space for object 'Syslogs' in database 'pubs' because the 'logsegment' segment is full. If you ran out of space in Syslogs, dump the transaction log. Otherwise, use ALTER DATABASE or sp_extendsegment to increase the size of the segment.After the log is full and the checkpoint process wakes up (the checkpoint process wakes up every 60 seconds), the following error will be written into the errorlog:
spid n Automatic checkpointing is disabled in database 'pubs' because the log is out of space. It will continue when the DBO successfully checkpoints the database. Please free up some space or extend the database and then run CHECKPOINT. kernel checkpoint: Process 3 generated access violation; SQL Server is terminating this process.This problem can occur if the log fills for any database that has the Truncate Log On Chkpt option enabled.
|
Additional query words: SP1
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |