SQL SERVER 2014 Agent服务异常停止案例

 生产环境一数据库服务器(SQL Server 2014)的Agent服务突然停掉了,检查了错误日志,发现在"SQL Server Agent"里面没有"SQLServerAgent terminated (normally)"的信息,只有如下错误信息

 


据作业运行的日志信息,以及上面错误信息,可以判断SQL SERVER Agent服务应该在2016-04-24 9:20:
PM(21:20)异常停止了。在“Windows Logs”下的“System”日志下,有如下错误信息,我们可以确定SQL
Agent在这个时间点异常结束了,但是从这些信息还不知道发生了什么导致SQL Agent服务异常终止。

The SQL Server Agent (MSSQLSERVER) service terminated unexpectedly.  It has done this 1 time(s).

 

在“Windows Logs”下的“Application”可以看到更详细的错误信息

The description for Event ID 17052 from source MSSQLSERVER cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
 
If the event originated on another computer, the display information had to be saved with the event.
 
The following information was included with the event: 
 
SQLServerAgent Monitor failed to restart SQLServerAgent after SQLServerAgent terminated unexpectedly (reason: SQLSCMControl() returned error 5, 'Access is denied.').
 
the message resource is present but the message is not found in the string/message table

 

在C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Log里面发现这个时间点生成了SQLDUMPER_ERRORLOG.log和SQLDmpr0001.mdmp

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, AdjustTokenPrivileges () completed with status (00000514)

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Parameter 1: 9472

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Parameter 2: 0

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Parameter 3: 0:0

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Parameter 4: 0000000000A0D8D8

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ProcessID = 9472

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ThreadId = 0

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     Flags = 0x0

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     MiniDumpFlags = 0x0

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     SqlInfoPtr = 0x0000000000A0D8D8

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     DumpDir = <NULL>

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExceptionRecordPtr = 0x0000000000000000

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ContextPtr = 0x0000000000000000

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ExtraFile = <NULL>

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     PatternForExtraFiles = <NULL>

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     InstanceName = <NULL>

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE,     ServiceName = <NULL>

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used

(B40:1B9C) 04/24/16 21:20:00, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used

(B40:1B9C) 04/24/16 21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used

(B40:1B9C) 04/24/16
21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed:
C:\Program Files\Microsoft SQL
Server\MSSQL12.MSSQLSERVER\MSSQL\LOG\SQLDmpr0001.mdmp

(B40:1B9C) 04/24/16 21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Buffer pool data pages filtered out: 0 KB

(B40:1B9C) 04/24/16 21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Hekaton data pages filtered out: 0 KB

(B40:1B9C) 04/24/16
21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Free memory (from non
top level allocators) filtered out: 0 KB

(B40:1B9C) 04/24/16 21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total top level free memory filtered out: 0 KB

(B40:1B9C) 04/24/16 21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Total Log pool memory filtered out: 0 KB

(B40:1B9C) 04/24/16
21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module
'dbghelp.dll' : 'C:\Program Files\Microsoft SQL
Server\120\Shared\dbghelp.dll'

(B40:1B9C) 04/24/16
21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module
'C:\Program Files\Microsoft SQL Server\120\Shared\dbghelp.dll' :
'6.12:2.633'

(B40:1B9C) 04/24/16
21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module
'C:\Program Files\Microsoft SQL Server\120\Shared\dbghelp.dll' :
'6.12:2.633'

(B40:1B9C) 04/24/16
21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module
'sqldumper.exe' : 'C:\Program Files\Microsoft SQL
Server\120\Shared\SQLDUMPER.EXE'

(B40:1B9C) 04/24/16
21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module
'C:\Program Files\Microsoft SQL Server\120\Shared\SQLDUMPER.EXE' :
'2014.120:2000.8'

(B40:1B9C) 04/24/16
21:20:02, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module
'C:\Program Files\Microsoft SQL Server\120\Shared\SQLDUMPER.EXE' :
'12.0:2000.8'

(B40:1B9C) 04/24/16 21:20:02, ACTION,              SQLAGENT.EXE, Watson Invoke: No

 

根据这里红色部分信息判断,应该是内存收缩(memory shrunk)导致的。追查到此处,是什么具体操作导致,已经无法判断,追查。特此记录一下这个案例。

时间: 2025-01-31 06:04:38

SQL SERVER 2014 Agent服务异常停止案例的相关文章

SQL Server数据库邮件发送异常案例

  最近遇到两起关于SQL Server数据库邮件发送异常的案例,这些问题也有点意思,顺便记录一下.方便以后遇到类似问题的人参考,不要被这些问题弄得抓狂!   案例1:我们一台数据库服务器突然发送邮件都不行了,出现问题时,检查邮件发送记录,你会发现发送状态都是failed. SELECT * FROM msdb.dbo.sysmail_faileditems   SELECT * FROM msdb.dbo.sysmail_mailitems   检查Database Mail Log,你会发现

备份SQL Server 2014数据库到Azure Blob存储器服务上

http://www.aliyun.com/zixun/aggregation/13357.html">Azure VM 客制化脚本扩展 (Custom Script Extension) 将让您可以从存储器账户下载 PowerShell 脚本并执行之, 透过这样一个简单的功能,您可以因应各种不同的 VM 客制化情境,弹性地自动化 VM 设定.在本篇文章中我们将带您了解如何从 Azure VM Image Gallery 中使用客制化脚本扩展来客制一个 SQL Server 2014 VM

SQL SERVER 2014 下IF EXITS 居然引起执行计划变更的案例分享

  这个问题是在SQL SERVER 2005 升级到SQL SERVER 2014的测试过程中一同事发现的.我觉得有点意思,遂稍微修改一下脚本展示出来,本来想构造这样的一个案例来演示,但是畏惧麻烦,遂直接贴上原表,希望 Leader不要叼我(当然个人觉得真没啥,两张表名而已,真泄露不了啥信息).     脚本如下所示,非常简单的一段SQL语句,我将其分为SQL1.SQL2.SQL3.  其实SQL2.SQL3是差不多的,唯一的区别在于多了一个IF EXISTS DECLARE @Operati

sql server 2014 安装时出现ScenarioEngine停止错误

问题描述 sql server 2014 安装时出现ScenarioEngine停止错误 如上图这个怎么解决啊现在sql根本装不上.......还有我是win10专业版系统 解决方案 ArcSDE9.2 for SQL Server安装出现不能打开giomgr错误安装 SQL Server 2012/2014 vc_red.msi出现错误怎样解决?假如您在安装SQL Server 2005时出现计数器错误

SQL Server 2014 Database Mail重复发送邮件特殊案例

在一数据库服务器(Microsoft SQL Server 2014 (SP2) (KB3171021) - 12.0.5000.0 (X64))发现有个作业调用Database Mail发送邮件时,有时候出现同样的邮件发送两封的情况,经过详细检查,排除了该作业里面业务逻辑有问题的情况,确实存在重复发送邮件的情况, 检查Database Mail日志,发现在0:00~0.03报"The mail could not be sent to the recipients because of the

谈谈我的微软特约稿:《SQL Server 2014 新特性:IO资源调控》

原文:谈谈我的微软特约稿:<SQL Server 2014 新特性:IO资源调控> 一.本文所涉及的内容(Contents) 本文所涉及的内容(Contents) 背景(Contexts) 篡写经历(Experience) 特约稿正文(Content-body) 第一部分:生活中资源调控器: 第二部分:SQL Server中资源调控器: 第三部分:SQL Server资源调控器运用场景-CPU: 第四部分:SQL Server资源调控器运用场景-IO: 第五部分:总结: 第六部分:作者简介:

升级SQL Server 2014的四个要点要注意_MsSql

升级并不容易,但是有一些特性值得花时间了解.下面本文将介绍一些避免升级问题的技巧. 升级一个关键业务SQL Server实例并不容易;它要求有周全的计划.计划不全会增加遇到升级问题的可能性,从而影响或延迟SQL Server 2014的升级.在规划SQLServer 2014升级时,有一些注意事项有助于避免遇到升级问题. 注意:升级SQL Server 2014的四个要点! 选择升级策略 在SQL Server升级中考虑采用内部或是并行迁移策略.我首选并行迁移策略,因为它风险较低,即便难度更大一

升级SQL Server 2014的四个要点要注意

升级并不容易,但是有一些特性值得花时间了解.下面本文将介绍一些避免升级问题的技巧. 升级一个关键业务SQL Server实例并不容易;它要求有周全的计划.计划不全会增加遇到升级问题的可能性,从而影响或延迟SQL Server 2014的升级.在规划SQLServer 2014升级时,有一些注意事项有助于避免遇到升级问题. 注意:升级SQL Server 2014的四个要点! 选择升级策略 在SQL Server升级中考虑采用内部或是并行迁移策略.我首选并行迁移策略,因为它风险较低,即便难度更大一

小心SQL SERVER 2014新特性——基数评估引起一些性能问题

  在前阵子写的一篇博文"SQL SERVER 2014 下IF EXITS 居然引起执行计划变更的案例分享" 里介绍了数据库从SQL SERVER 2005升级到 SQL SERVER 2014后,发现一个SQL出现性能问题,当时分析后发现执行计划变了,导致SQL出现了性能问题.但是没有彻底搞清楚为什么出现这种情况.当时看到 Actual Number of Rows 与Estimated Number of Rows之间的偏差较大(统计信息是最新的),以为是优化器的Bug造成的.其