Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

Description of common causes of SQL Server error message 844 or error message 845

View products that this article applies to.


A computer may stop responding (hang), or a time out or some other disruption of normal operations may occur at the same time that SQL Server writes buffer latch errors to the SQL Server error log. The error messages that occur as a result of a disruption are:

Error 844: Time out occurred while waiting for buffer latch type %d, bp %#x, page %S_PGID, stat %#x, object ID %d:%d:%d, waittime %d. Continuing to wait.
Error 845: Time-out occurred while waiting for buffer latch type %d for page %S_PGID, database ID %d.
WARNING: EC 6ed70090, 2 waited 600 sec. on latch 6ed834bc. Not a BUF latch.

↑ Back to the top


The error messages are dependent upon the overall operating environment of your system. Any of the following circumstances may lead to an overstressed system:

  • Hardware that does not meet your input/output (I/O) and memory needs.

  • Improperly configured and tested settings.

  • Inefficient design.
When your system is under a heavy stress load or when your system has hardware demands that exceed your hardware's ability, your system may produce buffer error messages. Some of the most common causes of a stressed environment are:

  • Hardware problems.
  • Compressed drives.
  • Non-default SQL Server configuration settings.
  • Inefficient queries and/or inefficient index design.
  • Frequent database AutoGrow or AutoShrink operations.

↑ Back to the top


To work around the problem, depending on your environment, one or more of these steps may reduce or eliminate the error messages:

  • Determine if you have any hardware bottlenecks. The "Identifying Bottlenecks" topic in SQL Server 2000 Books Online is a good place to start. If necessary, upgrade your hardware so that it is adequate to service the needs of your environment's configuration, queries, and load.

  • Verify that all your hardware functions properly. Check for any logged errors and run any diagnostics provided by your hardware vendor.

  • Make sure that your disk drives are not compressed. Storing data or log files on compressed drives is not supported as documented in the "Physical Database Files and Filegroups" topic in SQL Server 2000 Books Online. For additional information on compressed drive support, click the article number below to view the article in the Microsoft Knowledge Base:

    231347 INF: SQL Server Databases Not Supported on Compressed Volumes
  • See if the error messages disappear when you turn off all these options:

    • The SQL Server priority boost configuration option.
    • The lightweight pooling (fiber mode) option.
    • The set working set size option.

    The preceding settings can often be counter-productive if you change them from their default setting of OFF. For more information about the settings, refer to the "Setting Configuration Options" and "sp_dboption" topics in SQL Server 2000 Books Online.For additional information, click the article number below to view the article in the Microsoft Knowledge Base:

    319942 HOW TO: Determine Proper SQL Server Configuration Settings
  • Tune queries to reduce resources used on the system. Performance tuning will help reduce the stress on a system as well as improve response time for individual queries. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:
    224587 HOW TO: Troubleshoot Application Performance with SQL Server

  • Set the AutoShrink property to OFF to reduce the overhead of changes to your database size.

  • Make sure you set the AutoGrow property to increments that are large enough to be infrequent. Schedule a job to check the available space in your databases, and then increase the database size during non-peak hours.

  • If the 844 or 845 error messages are infrequent, then you can ignore the errors as stated in SQL Server 2000 Books Online.


For information on how to monitor your system and on how to implement some of the changes suggested in the "Workaround" section of this article, see the following topics in SQL Server Books Online:

"Viewing Error Logs"
"Optimizing Database Performance Overview"
"Designing an Index"
"Index Tuning Wizard"
"Analyzing Queries"

↑ Back to the top

Keywords: kb, kbyukonsweep, kbappliestoyukon, kbbillprodsweep, kbprb

↑ Back to the top

Article Info
Article ID : 310834
Revision : 3
Created on : 4/17/2018
Published on : 4/18/2018
Exists online : False
Views : 360