Question

如何追踪此转储错误？最重要的是，哪个过程导致了它？有什么后果？它几乎每个周末都会发生：

请参阅下面的sql dump输出：

*Current time is 23:26:40 11/05/17.                                                                               
=====================================================================                                            
       BugCheck Dump                                                                                             
=====================================================================                                            

This file is generated by Microsoft SQL Server                                                                   
version 13.0.4446.0                                                                                              
upon detection of fatal unexpected error. Please return this file,                                               
the query or program that produced the bugcheck, the database and                                                
the error log, and any other pertinent information with a Service Request.                                       


Computer type is Intel(R) Xeon(R) CPU E5-2698B v3 @ 2.00GHz.                                                     
Bios Version is VRTUAL - 5001223                                                                                 
Intel(R) Xeon(R) CPU E5-2698B v3 @ 2.00GHz                                                                       
4 X64 level 8664, 10 Mhz processor (s).                                                                          
Windows NT 6.2 Build 9200 CSD .                                                                                  

Memory                               
MemoryLoad = 96%                     
Total Physical = 32767 MB            
Available Physical = 994 MB          
Total Page File = 39679 MB           
Available Page File = 5602 MB        
Total Virtual = 134217727 MB         
Available Virtual = 134132460 MB     
**Dump thread - spid = 0, EC = 0x000001DE6E277240                                                                
***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\LOG\SQLDump0006.txt  
* *******************************************************************************                                
*                                                                                                                
* BEGIN STACK DUMP:                                                                                              
*   11/05/17 23:26:40 spid 38                                                                                    
*                                                                                                                
* Latch timeout                                                                                                  
*                                                                                                                
*                                                                                                                
* *******************************************************************************                                
* -------------------------------------------------------------------------------                                
* Short Stack Dump*

Answer 1

您可以使用SQL Server Diagnostics (Preview)作为SSMS 17.1以后的扩展程序来检查是否有任何潜在原因和任何可用的解决方案

安装完成后，您会看到如下屏幕，在上传转储后，您可以找到可能对您有帮助的潜在解决方案或补丁。确保您将DUMP上传到您附近的位置

如果你有正确的符号，你也可以使用windbg加载转储并使用它。进一步的事件日志可以显示更多信息

大多数时候Stackdumps因为错误而被转储。最好的方法是使用microsoft来提高票证。

Answer 2

已用时间：0 小时 0 分钟测试 6 秒。内部数据库快照具有分割点 LSN = 00014377:000000a5:0001 和第一个 LSN = 00014377： 000000a3:0001.
repair_allow_data_loss 是 DBCC CHECKDB (master.) 发现的错误的最低修复级别

**转储线程 - spid = 0，EC = 0x0000022824F95600

您需要检查堆栈转储详细信息提供的转储文件。我们正在共享一小段代码以供分析。

如何追踪sql dump错误？

2 个答案: