22,300
社区成员
发帖
与我相关
我的任务
分享SQL不断产生mdmp文件
sql server2005 SQLDUMPER_ERRORLOG.log日志文件不断增大
我的sql server2005最近出现在C:\Program Files\Microsoft Office Servers\12.0\Data\MSSQL.4\MSSQL\LOG目录下不断产生SQLDump*.txt SQLDump*.log SQLDump*.mdmp文件，同时SQLDUMPER_ERRORLOG.log 、ERRORLOG文件不断增大，最后把空间占满。sqlserver进程也耗用内存，直到把内存耗尽。
我的sql server2005最近出现在C:\Program Files\Microsoft Office Servers\12.0\Data\MSSQL.4\MSSQL\LOG目录下不断产生SQLDump*.txt SQLDump*.log SQLDump*.mdmp文件，同时SQLDUMPER_ERRORLOG.log 、ERRORLOG文件不断增大，最后把空间占满。sqlserver进程也耗用内存，直到把内存耗尽。
...全文
请发表友善的回复…
发表回复
zhangxian_gege 2010-12-29
- 打赏
- 举报
Windows服务里面有一个叫SQL Server Reporting Services (MSSQLSERVER)的服务，他是专门管理、执行、呈现、计划和传递报表的服务。把他停掉后文件就没有再生成了。
ashzs 2010-07-20
- 打赏
- 举报
没有微软内部的符号表，这种minidump是无法分析的，最多猜猜而已。
有人已经向微软提了这个问题，但是微软无法重现：
https://connect.microsoft.com/SQLServer/feedback/details/465276/select-from-sys-dm-db-index-operational-stats-default-default-default-default-throws-minidump
这个问题应该是微软的bug，而且问题集中发生在sql2005 sp2，可以考虑将sp3补丁打上，看看能否解决。
有人已经向微软提了这个问题，但是微软无法重现：
https://connect.microsoft.com/SQLServer/feedback/details/465276/select-from-sys-dm-db-index-operational-stats-default-default-default-default-throws-minidump
这个问题应该是微软的bug，而且问题集中发生在sql2005 sp2，可以考虑将sp3补丁打上，看看能否解决。
永生天地 2010-07-19
- 打赏
- 举报
[Quote=引用 13 楼 obuntu 的回复:]
. 0 Id: 5e4.c08 Suspend: 0 Teb: 7ff95000 Unfrozen
ChildEBP RetAddr Args to Child
49f7cab0 7c957d29 7c821d1e 0000061c 00000000 ntdll!KiFastSystemCallRet (FPO: [0,0,0])
49f7cab4 7c821d1e 0000061c 0……
[/Quote]
一堆16进制
. 0 Id: 5e4.c08 Suspend: 0 Teb: 7ff95000 Unfrozen
ChildEBP RetAddr Args to Child
49f7cab0 7c957d29 7c821d1e 0000061c 00000000 ntdll!KiFastSystemCallRet (FPO: [0,0,0])
49f7cab4 7c821d1e 0000061c 0……
[/Quote]
一堆16进制
obuntu 2010-07-19
- 打赏
- 举报
. 0 Id: 5e4.c08 Suspend: 0 Teb: 7ff95000 Unfrozen
ChildEBP RetAddr Args to Child
49f7cab0 7c957d29 7c821d1e 0000061c 00000000 ntdll!KiFastSystemCallRet (FPO: [0,0,0])
49f7cab4 7c821d1e 0000061c 00000000 49f7caf8 ntdll!ZwWaitForSingleObject+0xc (FPO: [3,0,0])
49f7cb24 7c821c8d 0000061c 00000064 00000000 kernel32!WaitForSingleObjectEx+0xac (FPO: [SEH])
49f7cb38 024628f6 0000061c 00000064 49f7f67a kernel32!WaitForSingleObject+0x12 (FPO: [2,0,0])
WARNING: Stack unwind information not available. Following frames may be wrong.
49f7cbb8 024625ce 00000000 00000000 02a297f4 sqlservr+0x14628f6
49f7cc1c 0246252c 49f7cc60 49f7d0b8 7813e16c sqlservr+0x14625ce
49f7d0d8 021afea4 02a297f4 49f7ec5a 49f7d238 sqlservr+0x146252c
49f7d198 021a6b62 00000c08 1582610d 00000000 sqlservr+0x11afea4
49f7df50 020456ba 00000000 00000000 49f7df70 sqlservr+0x11a6b62
49f7e8b8 014dc8c2 00000001 014dcde4 02828280 sqlservr+0x10456ba
49f7f698 01442ecf 105b4ab0 105b49d8 105b4ab0 sqlservr+0x4dc8c2
49f7f6b0 011c8e9c 00000000 00000000 00000000 sqlservr+0x442ecf
49f7f6cc 011c8df1 00000000 00000000 0f81cd88 sqlservr+0x1c8e9c
49f7f6e8 010333e4 0f81cb38 49f7ca56 0f81cd88 sqlservr+0x1c8df1
49f7f794 010257a6 105b4028 0f81cd48 00000000 sqlservr+0x333e4
49f7f814 010227f3 0f81cd48 00000000 49f7c56a sqlservr+0x257a6
49f7f8a8 010293b5 00000000 00000000 49f7f944 sqlservr+0x227f3
49f7f95c 010286dc 0fa620c8 0f81cd48 00000000 sqlservr+0x293b5
49f7fa1c 01032a36 0f81cd48 00000000 00000000 sqlservr+0x286dc
49f7fb94 0102f1f4 0f81cab8 00b4ec38 00000000 sqlservr+0x32a36
卡在这边了，这边的错误看不懂。
楼上说与SSRS有关系是不准确的，看下mdmp的官方定义就知道了。http://support.microsoft.com/kb/827690
如果有了解过ORACLE，就知道在ORACLE里面有trace文件可供分析，这边的mdmp相当于oracle的trace文件，只是SQL Server关于mdmp的介绍实在太少了。。一般都是提交给微软自己分析的。
期待高手 ~~
ChildEBP RetAddr Args to Child
49f7cab0 7c957d29 7c821d1e 0000061c 00000000 ntdll!KiFastSystemCallRet (FPO: [0,0,0])
49f7cab4 7c821d1e 0000061c 00000000 49f7caf8 ntdll!ZwWaitForSingleObject+0xc (FPO: [3,0,0])
49f7cb24 7c821c8d 0000061c 00000064 00000000 kernel32!WaitForSingleObjectEx+0xac (FPO: [SEH])
49f7cb38 024628f6 0000061c 00000064 49f7f67a kernel32!WaitForSingleObject+0x12 (FPO: [2,0,0])
WARNING: Stack unwind information not available. Following frames may be wrong.
49f7cbb8 024625ce 00000000 00000000 02a297f4 sqlservr+0x14628f6
49f7cc1c 0246252c 49f7cc60 49f7d0b8 7813e16c sqlservr+0x14625ce
49f7d0d8 021afea4 02a297f4 49f7ec5a 49f7d238 sqlservr+0x146252c
49f7d198 021a6b62 00000c08 1582610d 00000000 sqlservr+0x11afea4
49f7df50 020456ba 00000000 00000000 49f7df70 sqlservr+0x11a6b62
49f7e8b8 014dc8c2 00000001 014dcde4 02828280 sqlservr+0x10456ba
49f7f698 01442ecf 105b4ab0 105b49d8 105b4ab0 sqlservr+0x4dc8c2
49f7f6b0 011c8e9c 00000000 00000000 00000000 sqlservr+0x442ecf
49f7f6cc 011c8df1 00000000 00000000 0f81cd88 sqlservr+0x1c8e9c
49f7f6e8 010333e4 0f81cb38 49f7ca56 0f81cd88 sqlservr+0x1c8df1
49f7f794 010257a6 105b4028 0f81cd48 00000000 sqlservr+0x333e4
49f7f814 010227f3 0f81cd48 00000000 49f7c56a sqlservr+0x257a6
49f7f8a8 010293b5 00000000 00000000 49f7f944 sqlservr+0x227f3
49f7f95c 010286dc 0fa620c8 0f81cd48 00000000 sqlservr+0x293b5
49f7fa1c 01032a36 0f81cd48 00000000 00000000 sqlservr+0x286dc
49f7fb94 0102f1f4 0f81cab8 00b4ec38 00000000 sqlservr+0x32a36
卡在这边了，这边的错误看不懂。
楼上说与SSRS有关系是不准确的，看下mdmp的官方定义就知道了。http://support.microsoft.com/kb/827690
如果有了解过ORACLE，就知道在ORACLE里面有trace文件可供分析，这边的mdmp相当于oracle的trace文件，只是SQL Server关于mdmp的介绍实在太少了。。一般都是提交给微软自己分析的。
期待高手 ~~
gyj5240 2010-07-19
- 打赏
- 举报
而且我的服务上只有
1.SQL SERVER(SQLEXPRESS) RUN
2.SQL SERVER ACTIVE DIRECTORY Help stop
3.sql server Browser run
4.sql server VSS Writer run
1.SQL SERVER(SQLEXPRESS) RUN
2.SQL SERVER ACTIVE DIRECTORY Help stop
3.sql server Browser run
4.sql server VSS Writer run
gyj5240 2010-07-19
- 打赏
- 举报
我重新启动了下就没有这个问题了
Austindatabases 2010-07-19
- 打赏
- 举报
mdmp 文件在SQL server 中产生式因为你有 SSRS 服务的存在而且正在服务当中，请你查询一下你的报表
服务是不是很繁忙，如果可以请暂停报表服务，看你的MDMP文件是不是消失了，从报表服务中下手。
希望你解决问题。
另外建议你建立一个JOB 定期运行去删除ERROR LOG 过大的问题
服务是不是很繁忙，如果可以请暂停报表服务，看你的MDMP文件是不是消失了，从报表服务中下手。
希望你解决问题。
另外建议你建立一个JOB 定期运行去删除ERROR LOG 过大的问题
gyj5240 2010-07-19
- 打赏
- 举报
热心人还是蛮多的，而且一个个都是好学好研究之人啊
有结果就请贴出来啊！
谢谢
有结果就请贴出来啊！
谢谢
obuntu 2010-07-19
- 打赏
- 举报
看不出什么东西来，楼主方便的话，把 Log，*mdmp 打包一组给我邮箱看看
tigerinxm@gmail.com
tigerinxm@gmail.com
gyj5240 2010-07-19
- 打赏
- 举报
附上部份log，发不了那么多文字
网上有说是sql的报表问题
网上有说是sql的报表问题
gyj5240 2010-07-19
- 打赏
- 举报
====================================================================
BugCheck ump
=====================================================================
This file is generated by Microsoft SQL Server
version 9.00.3042.00
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 AT/AT COMPATIBLE.
Bios Version is DELL - 15
Phoenix ROM BIOS PLUS Version 1.10 A03
Current time is 10:27:45 07/19/10.
2 Intel x86 level 6, 2926 Mhz processor (s).
Windows NT 5.2 Build 3790 CSD Service Pack 2.
Memory
MemoryLoad = 44%
Total Physical = 2013 MB
Available Physical = 1123 MB
Total Page File = 3912 MB
Available Page File = 3275 MB
Total Virtual = 2047 MB
Available Virtual = 542 MB
**Dump thread - spid = 52, PSS = 0x0F81D308, EC = 0x0F81D310
***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\SQLDump4461.txt
* *******************************************************************************
*
* BEGIN STACK DUMP:
* 07/19/10 10:27:45 spid 52
*
* Location: qxcntxt.cpp:956
* Expression: !"No exceptions should be raised by this code"
* SPID: 52
* Process ID: 1508
*
* Input Buffer 510 bytes -
* select distinct dtgd.ent_decl_no,didd.Corporation_cname,dtgd
* .decl_no,dtgd.decl_get_no,dtgd.consignor_cname,dtgd.consignee_cname, rep
* lace(convert(varchar,dtgd.decl_date,111),'/','-') decl_date, dtgd.contra
* ct_no,dtgd.trade_country_code, dtgd.operator_code,dtgd.Oper_dept, dtgd.s
* end_flag,dtgd.prod_reg_no,dtgd.decl_type_code,dtgd.carrier_note_no, dtg
* d.module_id,dtgd.decl_reg_no,dtgd.decl_no_return,dtgd.insp_org_code, dcc
* r.x_name as trade_country_name,ppu.[User_name] as operator_name,ppd.dept
* _name as Oper_dept_name, dcidt.x_name as Idecl_type_name,dcdt.x_name as
* Edecl_type_name,dtgd.operate_date,case when printViews is NULL or print
* Views='0' then '未打印' else ' 打印' end printViews ,ptoi.org_cname as ins
* p_org_name,ptoin.org_cname as dest_org_name,dtdp.port_cname as desp_por
* t_name ,dcfpt.x_name as desp_enterport_name,dcfp.x_name as via_port_name
* ,comb_batch_no ,dtgd.Prod_reg_cname ,dctmv.x_name as trans_type_code,dtd
* e.prod_no as prod_no,dtgd.alldecl_get_no from dec_t_goods_decl dtgd le
* ft join dec_c_country_region dccr on dccr.x_code = dtgd.trade_country_co
* de left join pub_p_userLogin ppu on ppu.[User_id] = dtgd.operator_code
* left join pub_p_department ppd on ppd.dept_id = dtgd.Oper_dept left j
* oin dec_c_imp_decl_type dcidt on dcidt.x_code = dtgd.decl_type_code lef
* t join dec_c_exp_decl_type dcdt on dcdt.x_code = dtgd.decl_type_code le
* ft join pub_t_org_info ptoi on ptoi.org_code = dtgd.insp_org_code left
* join pub_t_org_info ptoin on ptoin.org_code = dtgd.dest_org_code left j
* oin dec_t_domestic_port dtdp on dtdp.port_code = dtgd.desp_port_code le
* ft join dec_c_for_port dcfpt on dcfpt.x_code = dtgd.desp_port_code left
* join dec_c_for_port dcfp on dcfp.x_code = dtgd.via_port_code left join
* dec_ini_decl_default didd on dtgd.decl_reg_no = didd.decl_reg_no left
* join dec_c_transport_mode_dev dctmv on dctmv.x_code = dtgd.trans_type_c
* ode left join dec_t_decl_exchange dtde on dtde.ent_decl_no = dtgd.ent_d
* ecl_no where datediff(day,decl_date,'2010.07.19') = 0 and send_flag Lik
* e '2%' and module_id = '0111' order by operate_date desc
*
*
* MODULE BASE END SIZE
* sqlservr 01000000 02C09FFF 01c0a000
* ntdll 7C930000 7CA01FFF 000d2000
* kernel32 7C800000 7C92AFFF 0012b000
* MSVCR80 78130000 781CAFFF 0009b000
* msvcrt 77B70000 77BC9FFF 0005a000
* MSVCP80 7C420000 7C4A6FFF
BugCheck ump
=====================================================================
This file is generated by Microsoft SQL Server
version 9.00.3042.00
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 AT/AT COMPATIBLE.
Bios Version is DELL - 15
Phoenix ROM BIOS PLUS Version 1.10 A03
Current time is 10:27:45 07/19/10.
2 Intel x86 level 6, 2926 Mhz processor (s).
Windows NT 5.2 Build 3790 CSD Service Pack 2.
Memory
MemoryLoad = 44%
Total Physical = 2013 MB
Available Physical = 1123 MB
Total Page File = 3912 MB
Available Page File = 3275 MB
Total Virtual = 2047 MB
Available Virtual = 542 MB
**Dump thread - spid = 52, PSS = 0x0F81D308, EC = 0x0F81D310
***Stack Dump being sent to C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\SQLDump4461.txt
* *******************************************************************************
*
* BEGIN STACK DUMP:
* 07/19/10 10:27:45 spid 52
*
* Location: qxcntxt.cpp:956
* Expression: !"No exceptions should be raised by this code"
* SPID: 52
* Process ID: 1508
*
* Input Buffer 510 bytes -
* select distinct dtgd.ent_decl_no,didd.Corporation_cname,dtgd
* .decl_no,dtgd.decl_get_no,dtgd.consignor_cname,dtgd.consignee_cname, rep
* lace(convert(varchar,dtgd.decl_date,111),'/','-') decl_date, dtgd.contra
* ct_no,dtgd.trade_country_code, dtgd.operator_code,dtgd.Oper_dept, dtgd.s
* end_flag,dtgd.prod_reg_no,dtgd.decl_type_code,dtgd.carrier_note_no, dtg
* d.module_id,dtgd.decl_reg_no,dtgd.decl_no_return,dtgd.insp_org_code, dcc
* r.x_name as trade_country_name,ppu.[User_name] as operator_name,ppd.dept
* _name as Oper_dept_name, dcidt.x_name as Idecl_type_name,dcdt.x_name as
* Edecl_type_name,dtgd.operate_date,case when printViews is NULL or print
* Views='0' then '未打印' else ' 打印' end printViews ,ptoi.org_cname as ins
* p_org_name,ptoin.org_cname as dest_org_name,dtdp.port_cname as desp_por
* t_name ,dcfpt.x_name as desp_enterport_name,dcfp.x_name as via_port_name
* ,comb_batch_no ,dtgd.Prod_reg_cname ,dctmv.x_name as trans_type_code,dtd
* e.prod_no as prod_no,dtgd.alldecl_get_no from dec_t_goods_decl dtgd le
* ft join dec_c_country_region dccr on dccr.x_code = dtgd.trade_country_co
* de left join pub_p_userLogin ppu on ppu.[User_id] = dtgd.operator_code
* left join pub_p_department ppd on ppd.dept_id = dtgd.Oper_dept left j
* oin dec_c_imp_decl_type dcidt on dcidt.x_code = dtgd.decl_type_code lef
* t join dec_c_exp_decl_type dcdt on dcdt.x_code = dtgd.decl_type_code le
* ft join pub_t_org_info ptoi on ptoi.org_code = dtgd.insp_org_code left
* join pub_t_org_info ptoin on ptoin.org_code = dtgd.dest_org_code left j
* oin dec_t_domestic_port dtdp on dtdp.port_code = dtgd.desp_port_code le
* ft join dec_c_for_port dcfpt on dcfpt.x_code = dtgd.desp_port_code left
* join dec_c_for_port dcfp on dcfp.x_code = dtgd.via_port_code left join
* dec_ini_decl_default didd on dtgd.decl_reg_no = didd.decl_reg_no left
* join dec_c_transport_mode_dev dctmv on dctmv.x_code = dtgd.trans_type_c
* ode left join dec_t_decl_exchange dtde on dtde.ent_decl_no = dtgd.ent_d
* ecl_no where datediff(day,decl_date,'2010.07.19') = 0 and send_flag Lik
* e '2%' and module_id = '0111' order by operate_date desc
*
*
* MODULE BASE END SIZE
* sqlservr 01000000 02C09FFF 01c0a000
* ntdll 7C930000 7CA01FFF 000d2000
* kernel32 7C800000 7C92AFFF 0012b000
* MSVCR80 78130000 781CAFFF 0009b000
* msvcrt 77B70000 77BC9FFF 0005a000
* MSVCP80 7C420000 7C4A6FFF
obuntu 2010-07-19
- 打赏
- 举报
在这点上，怪不得大家会骂微软不开源了，很多出错只有微软内部知道，如果没有公布具体的执行函数，只能靠自己揣摩，网上的资料很少的，但一般分析下errorlog其实也大概能知道问题的原因。
gyj5240 2010-07-19
- 打赏
- 举报
文本太长了，我已经发到你邮箱，谢谢
好像是bug所致
好像是bug所致
claro 2010-07-19
- 打赏
- 举报
[Quote=引用楼主 gyj5240 的回复:]
sql server2005 SQLDUMPER_ERRORLOG.log日志文件不断增大
我的sql server2005最近出现在C:\Program Files\Microsoft Office Servers\12.0\Data\MSSQL.4\MSSQL\LOG目录下不断产生SQLDump*.txt SQLDump*.log SQLDump*.mdmp文件，同时SQLDUMPER_ER……
[/Quote]方便的话，压缩log目录下的txt文件，打包至chenliang@2qudao.com。
帮你看看。
sql server2005 SQLDUMPER_ERRORLOG.log日志文件不断增大
我的sql server2005最近出现在C:\Program Files\Microsoft Office Servers\12.0\Data\MSSQL.4\MSSQL\LOG目录下不断产生SQLDump*.txt SQLDump*.log SQLDump*.mdmp文件，同时SQLDUMPER_ER……
[/Quote]方便的话，压缩log目录下的txt文件，打包至chenliang@2qudao.com。
帮你看看。
obuntu 2010-07-19
- 打赏
- 举报
也可以先看下errorlog日志里面是什么在报错。
实在不行，再对mdmp文件进行分析。
实在不行，再对mdmp文件进行分析。
obuntu 2010-07-19
- 打赏
- 举报
估计是遇到bug了。
如果买的是正版，最好联系下微软
否则的话，重新安装，或者还原正常备份。
可以看下这个文章。
http://blogs.msdn.com/b/sqlcat/archive/2009/09/11/looking-deeper-into-sql-server-using-minidumps.aspx
如果买的是正版，最好联系下微软
否则的话，重新安装，或者还原正常备份。
可以看下这个文章。
http://blogs.msdn.com/b/sqlcat/archive/2009/09/11/looking-deeper-into-sql-server-using-minidumps.aspx
