https://www.betaarchive.com/wiki/index.php?title=Microsoft_KB_Archive/820835&feed=atom&action=history
Microsoft KB Archive/820835 - Revision history
2024-03-28T13:17:47Z
Revision history for this page on the wiki
MediaWiki 1.39.3
https://www.betaarchive.com/wiki/index.php?title=Microsoft_KB_Archive/820835&diff=195445&oldid=prev
3155ffGd: importing KB archive
2020-07-18T17:06:14Z
<p>importing KB archive</p>
<p><b>New page</b></p><div><div id="nsbanner"><br />
<br />
<div id="bannerrow1"><br />
<br />
{|<br />
| Knowledge Base<br />
|<br />
|}<br />
<br />
<br />
</div><br />
<div id="TitleRow"><br />
<br />
= <span id="KB820835"></span>FIX: SQL Server Might Take a Long Time to Recover After an Abrupt or Unexpected Server Shutdown =<br />
<br />
<br />
</div><br />
<br />
</div><br />
<div id="nstext" valign="BOTTOM"><br />
<br />
Article ID: 820835<br />
<br />
Article Last Modified on 11/2/2007<br />
<br />
<br />
-----<br />
<br />
APPLIES TO<br /><br />
<br /><br />
<br />
* Microsoft SQL Server 2000 Developer Edition<br />
* Microsoft SQL Server 2000 Standard Edition<br />
* Microsoft SQL Server 2000 Enterprise Edition<br />
* Microsoft SQL Server 2000 Personal Edition<br />
* Microsoft SQL Server 2000 Enterprise Edition<br />
* Microsoft SQL Server 2000 Workgroup Edition<br />
* Microsoft SQL Server 2000 Desktop Engine (Windows)<br />
* Microsoft SQL Server 2000 Developer Edition<br />
* Microsoft SQL Server 2000 Enterprise Edition 64-bit<br />
<br />
<br />
-----<br />
<br />
<div class="notice_section"><br />
<br />
<br />
<br />
</div><br />
<div class="symptoms_section"><br />
<br />
== SYMPTOMS ==<br />
<br />
If a server that is running SQL Server experiences an abrupt shutdown, it may take a database a long time to recover at start up if all the following conditions are true:<br /><br />
<br />
* The shutdown occurs shortly after an extremely large increase in transaction rate, and checkpoint has not run since the transaction rate increased dramatically.<br />
* When SQL Server unexpectedly shut down, there were several active transactions (more than several thousand).<br />
* SQL Server was not shut down &quot;cleanly.&quot; Some examples of this type of shutdown include a SHUTDOWN WITH NOWAIT command, a sudden hardware failure, or a power outage that affected the server.<br />
* The '''sp_configure''' stored procedure setting '''recovery interval''' is set to a non-default value (the default value is 0).<br />
<br />
The last item in the list ('''recovery interval''' set to a value greater than 0) is not required for the problem to occur; however, you will probably not experience this situation when '''recovery is interval''' is set to 0.<br /><br />
<br /><br />
The conditions required for you to experience this problem are extremely narrow and only apply to a small subset of long recovery cases. In particular, if database recovery is taking a long time because the SQL Server service was cycled in the middle of a single, or a small number of large transactions (for example, index creation, index rebuilds, or large insert, update, or delete jobs), this issue is probably not contributing to the problem. In order for there to be a high chance that this problem will occur, there must be an extremely large number of transactions (typically more than 10,000) active at the moment that SQL Server is abruptly stopped.<br />
<br />
</div><br />
<div class="moreinformation_section"><br />
<br />
== MORE INFORMATION ==<br />
<br />
Even in situations where all these conditions are met, it is not always a good idea to apply this fix when a long-running recovery is occurring. The reason it is not a good idea is that applying the fix and enabling the trace flag that you need requires you to stop and restart the SQL Server service. Stopping and restarting the service will abort the active recovery process. Much of the work that has already been completed in recovery will have to be repeated when you restart SQL Server. Therefore, the overall recovery time might increase.<br />
<br />
</div><br />
<div class="resolution_section"><br />
<br />
== RESOLUTION ==<br />
<br />
=== Service pack information ===<br />
<br />
To resolve this problem, obtain the latest service pack for Microsoft SQL Server 2000. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:<br />
<div class="indent"><br />
<br />
[[../290211|290211]] How to obtain the latest SQL Server 2000 service pack<br />
<br />
<br />
</div><br />
=== Hotfix information ===<br />
<br />
After you apply the hotfix that is described in this article, start SQL Server by using trace flag 3428 as a startup parameter.<br /><br />
<br /><br />
The English version of this hotfix has the file attributes (or later file attributes) that are listed in the following table. The dates and times for these files are listed in Coordinated Universal Time (UTC). When you view the file information, it is converted to local time. To find the difference between UTC and local time, use the '''Time Zone''' tab in the Date and Time tool in Control Panel.<br />
<pre class="fixed_text"> Date Time Version Size File name<br />
-------------------------------------------------------------------------<br />
26-Feb-2003 03:41 2000.80.777.0 29,244 bytes Dbmslpcn.dll <br />
25-Apr-2003 02:12 786,432 bytes Distmdl.ldf<br />
25-Apr-2003 02:12 2,359,296 bytes Distmdl.mdf<br />
30-Jan-2003 01:55 180 bytes Drop_repl_hotfix.sql<br />
07-Apr-2003 19:15 2000.80.801.0 1,557,052 bytes Dtsui.dll <br />
24-Apr-2003 02:51 747,927 bytes Instdist.sql<br />
30-Jan-2003 01:55 1,402 bytes Inst_repl_hotfix.sql<br />
08-Feb-2003 06:40 2000.80.765.0 90,692 bytes Msgprox.dll <br />
01-Apr-2003 02:07 1,873 bytes Odsole.sql<br />
05-Apr-2003 01:46 2000.80.800.0 62,024 bytes Odsole70.dll <br />
02-Apr-2003 21:48 2000.80.796.0 57,904 bytes Osql.exe <br />
02-Apr-2003 23:15 2000.80.797.0 279,104 bytes Pfutil80.dll <br />
04-Apr-2003 21:27 1,083,467 bytes Replmerg.sql<br />
04-Apr-2003 21:53 2000.80.798.0 221,768 bytes Replprov.dll <br />
08-Feb-2003 06:40 2000.80.765.0 307,784 bytes Replrec.dll <br />
01-Apr-2003 02:23 1,084,828 bytes Replsys.sql<br />
16-Apr-2003 22:39 115,892 bytes Sp3_serv_uni.sql<br />
07-Apr-2003 17:44 25,172 bytes Sqldumper.exe <br />
19-Mar-2003 18:20 2000.80.789.0 28,672 bytes Sqlevn70.rll<br />
24-Apr-2003 05:39 2000.80.811.0 176,696 bytes Sqlmap70.dll <br />
08-Feb-2003 06:40 2000.80.765.0 57,920 bytes Sqlrepss.dll <br />
30-Apr-2003 23:52 2000.80.816.0 7,540,817 bytes Sqlservr.exe <br />
08-Feb-2003 06:40 2000.80.765.0 45,644 bytes Sqlvdi.dll <br />
26-Feb-2003 03:41 2000.80.777.0 29,244 bytes Ssmslpcn.dll <br />
26-Feb-2003 03:41 2000.80.777.0 82,492 bytes Ssnetlib.dll <br />
30-Apr-2003 23:52 2000.80.816.0 45,132 bytes Ums.dll <br />
28-Feb-2003 01:34 2000.80.778.0 98,872 bytes Xpweb70.dll <br />
</pre><br />
'''Note''' Because of file dependencies, the most recent hotfix or feature that contains the files may also contain additional files.<br /><br />
<br /><br />
<br />
<br />
</div><br />
<div class="status_section"><br />
<br />
== STATUS ==<br />
<br />
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the &quot;Applies to&quot; section.This problem was first corrected in Microsoft SQL Server 2000 Service Pack 4.<br />
<br />
</div><br />
<div class="moreinformation_section"><br />
<br />
== MORE INFORMATION ==<br />
<br />
For additional information, click the following article number to view the article in the Microsoft Knowledge Base:<br />
<div class="indent"><br />
<br />
[[../824684|824684]] Description of the standard terminology that is used to describe Microsoft software updates<br />
<br />
<br />
</div><br />
<br />
</div><br />
Keywords: kbbug kbfix kbperformance kbqfe kbsqlserv2000presp4fix KB820835<br />
<br />
<div class="footer"><br />
<br />
<br /><br />
<br />
<br />
-----<br />
<br />
[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]<br />
<br />
<span>© Microsoft Corporation. All rights reserved.</span><br />
<br />
<br />
</div><br />
<br />
</div></div>
3155ffGd