4. SQL Server数据库状态监控 - 作业状态

有很多地方可以设置定时任务，比如：Windows的计划任务，Linux下的crontab，各种开发工具里的timer组件。SQL Server也有它的定时任务组件 SQL Server Agent，基于它可以方便的部署各种数据库相关的作业(job)。

一. 作业历史纪录

作业的历史纪录按时间采用FIFO原则，当累积的作业历史纪录达到上限时，就会删除最老的纪录。

1. 作业历史纪录数配置

所有作业总计纪录条数默认为1000，最多为999999条；单个作业总计记录条数默认为100，最多为999999条。有下面2种方式可以进行修改：

(1) SSMS/SQL Server Agent/属性/历史；

(2) 未记载的扩展存储过程，SQL Server 2005及以后版本适用，以下脚本将记录数设回默认值：

EXEC msdb.dbo.sp_set_sqlagent_properties 
 @jobhistory_max_rows=-1,
 @jobhistory_max_rows_per_job=-1
GO


2. 删除作业历史纪录

(1) SSMS/SQL Server Agent/右击作业文件夹或某个作业/查看历史纪录/清除

在SQL Server 2000中会一次清除所有作业历史记录，SQL Server 2005 及以后版本可以有选择的清除某个作业/某个时间之前的历史纪录；

(2) SQL Server 2005及以后版本，提供了系统存储过程如下：

--清除所有作业15天前的纪录
DECLARE @OldestDate datetime
SET @OldestDate = GETDATE()-15
EXEC msdb.dbo.sp_purge_jobhistory 
@[email protected]

--清除作业”Test”3天前的纪录
DECLARE @OldestDate datetime
DECLARE @JobName varchar(256)
SET @OldestDate = GETDATE()-3
SET @JobName = ‘Test‘
EXEC msdb.dbo.sp_purge_jobhistory 
@[email protected], 
@[email protected]

作业历史纪录数有上限，通常不需要手动去删除。

3. 保留作业历史纪录

即便设置了历史记录上限到999999，如果作业很多，加之作业运行很频繁，最终历史记录还是会被慢慢删除掉。

如果想要保留某些作业历史的记录，可以打开作业属性/步骤/编辑/高级，选择将这个步骤的历史记录输出到文件/自定义表中，如下图：

二. 作业运行状态

界面上可以通过: SSMS/SQL Server Agent/右击作业文件夹或某个作业/查看历史纪录，如下用SQL 语句检查作业状态。

1. 作业上次运行状态及时长

利用系统表msdb.dbo.sysjobhistory：

(1) 表中的run_status字段表示作业上次运行状态，有0~3共4种状态值，详见帮助文档，另外在2005的帮助文档中写到：sysjobhistory的run_status为4表示运行中，经测试是错误的，在2008的帮助中已没有4这个状态；

(2) 表中run_duration字段表示作业上次运行时长，格式为HHMMSS，比如20000则表示运行了2小时。

如下脚本查看所有作业最后一次运行状态及时长：

if OBJECT_ID(‘tempdb..#tmp_job‘) is not null
    drop table #tmp_job
 
--只取最后一次结果
select job_id,
       run_status,
       CONVERT(varchar(20),run_date) run_date,
       CONVERT(varchar(20),run_time) run_time,
       CONVERT(varchar(20),run_duration)run_duration
  into #tmp_job
  from msdb.dbo.sysjobhistoryjh1
 where jh1.step_id = 0
   and(select COUNT(1) from msdb.dbo.sysjobhistory jh2 
        wherejh2.step_id = 0
          and(jh1.job_id = jh2.job_id)
          and(jh1.instance_id <=jh2.instance_id))=1
 
--排除syspolicy_purge_history这个系统作业
select a.namejob_name,
       case b.run_status when 0 then ‘Failed‘
                         when 1 then ‘Succeeded‘
                         when 2 then ‘Retry‘
                         when 3 then ‘Canceled‘
       else ‘Unknown‘ 
       end as job_status,
       LEFT(run_date,4)+‘-‘+SUBSTRING(run_date,5,2)+‘-‘+RIGHT(run_date,2)
       +SPACE(1)
       +LEFT(RIGHT(1000000+run_time,6),2)+‘:‘
           +SUBSTRING(RIGHT(1000000+run_time,6),3,2)+‘:‘
           +RIGHT(RIGHT(1000000+run_time,6),2) as job_started_time,
       +LEFT(RIGHT(1000000+run_duration,6),2)+‘:‘
           +SUBSTRING(RIGHT(1000000+run_duration,6),3,2)+‘:‘
           +RIGHT(RIGHT(1000000+run_duration,6),2) as job_duration
  from msdb.dbo.sysjobs a 
  left join    #tmp_jobb 
    on a.job_id=b.job_id 
 where a.name not in(‘syspolicy_purge_history‘)
   and a.enabled = 1
 order by b.run_status asc,a.name,b.run_duration desc


2. 作业当前运行状态及时长

什么时候可能要检查作业的当前状态？

(1) 需要关闭SQL Server或SQL Server Agent服务时；

(2) 等到当前作业完成，有后续动作；

(3) 纯粹只是查看当前作业运行到哪个步骤等等。

通过SSMS/SQL Server Agent/右击作业文件夹或某个作业/查看历史纪录，看到的作业历史记录存放在：

select * from msdb.dbo.sysjobhistory

需要注意的是：至少作业已完成第一步运行，sysjobhistory表中才会有作业历史纪录，若当前作业没有完成任何一个步骤，那表里就不会有本次运行纪录。所以作业当前状态用有时无法通过sysjobhistory查看，尤其是作业只有1个步骤且运行时间很长时。

2.1. SQL Server 2005及以后版本

(1) 当前运行状态：系统存储过程msdb.dbo.sp_help_job，返回所有作业的运行状态(current_execution_status)，共7种状态值，详见帮助文档。查看所有作业状态如下：

exec msdb..sp_help_job

(2) 当前运行时长：系统存储过程sp_help_job无法获得作业运行时长，可通过新增的系统表sysjobactivity来查看。查看正在运行的作业如下：

select a.name,
       b.start_execution_date,
       DATEDIFF(MI,b.start_execution_date,GETDATE()) as job_duration
  from msdb..sysjobs a
 inner join msdb..sysjobactivityb
    on a.job_id = b.job_id
 where b.start_execution_date isnot null
   and b.stop_execution_date isnull

以下脚本结合sp_help_job和sysjobactivity，得到作业的当前状态及时长：

exec sp_configure‘show advanced options‘,1
RECONFIGURE
exec sp_configure‘Ad Hoc Distributed Queries‘,1
RECONFIGURE
 
if OBJECT_ID(‘tempdb..#jobinfo‘) is not null
    drop table #jobinfo
    
select * into #jobinfo
from openrowset(‘sqloledb‘, ‘server=(local);trusted_connection=yes‘,‘exec msdb.dbo.sp_help_job‘)
 
select a.name,
       j.current_execution_status,
       b.start_execution_date,
       DATEDIFF(MI,b.start_execution_date,GETDATE()) asjob_duration_minute
  from msdb..sysjobs a
 inner join msdb..sysjobactivityb
    on a.job_id = b.job_id
 inner join #jobinfo j
    on a.job_id = j.job_id   
 where b.start_execution_date isnot null
   and b.stop_execution_date isnull


2.2. SQL Server 2000沿用过来的方法

在SQL Server 2000时，没有sysjobactivity这个系统表，通常借助sysprocesses监视作业的当前运行状态及时长。

select j.name, 
       p.status ascurrent_execution_status, 
       p.last_batchas start_execution_date,
       ISNULL(DATEDIFF(MI, p.last_batch, GETDATE()), 0) asjob_duration_minute
  from msdb.dbo.sysjobs j, master..sysprocesses p
 where p.program_name like ‘SQLAgent - TSQL JobStep(Job%‘
   and substring((cast(j.job_id as varchar(36))),7,2) +
       substring((cast(j.job_id as varchar(36))),5,2) +
       substring((cast(j.job_id as varchar(36))),3,2) +
       substring((cast(j.job_id as varchar(36))),1,2) +
       substring((cast(j.job_id as varchar(36))),12,2) +
       substring((cast(j.job_id as varchar(36))),10,2) +
       substring((cast(j.job_id as varchar(36))),17,2) +
       substring((cast(j.job_id as varchar(36))),15,2) +
       substring((cast(j.job_id as varchar(36))),20,4) +
       substring((cast(j.job_id as varchar(36))),25,12) 
           = substring((cast(p.program_name as varchar(75))),32,32)

sysprocesses里获得的作业编号跟sysjobs里是不一致的，所以上面进行了转换，通常只转换job_id的前8位字符也行，如下脚本做了job_id的简化转换，并检查作业已运行超过30分钟：

declare @MaxMinutes int
    [email protected] = 30 
 
select j.name, 
       p.status ascurrent_execution_status, 
       p.last_batchas start_execution_date,
       ISNULL(DATEDIFF(MI, p.last_batch, GETDATE()), 0) asjob_duration_minute
  from msdb..sysjobs j
 inner join master..sysprocesses p
    on substring(left(cast(j.job_id as varchar(36)),8),7,2) +
       substring(left(cast(j.job_id as varchar(36)),8),5,2) +
       substring(left(cast(j.job_id as varchar(36)),8),3,2) +
       substring(left(cast(j.job_id as varchar(36)),8),1,2) = substring(p.program_name,32,8)
 where p.program_name like ‘SQLAgent - TSQL JobStep(Job%‘
  and ISNULL(DATEDIFF(MI, p.last_batch, GETDATE()), 0) > @MaxMinutes

还有种比较笨的方法，在要监视的所有作业中增加一个步骤，如 : select GETDATE() 放在第一步，这样在sysjobhistory中就会有步骤1的运行纪录了，以此为起点，可以计算已运行时长。如果有很多已经部署的job，这确实不是个好办法。

又或者，在每个作业最后一步，放一个检查的步骤，这样所有状态时长全都监视到了，问题是如果作业运行时间过长，最后的检查步骤根本无法被运行到。

三. 作业状态告警

作业在完成后，自己有状态检查和告警机制，通常选择邮件告警，如下图：

但这仅限对作业最终运行状态监视：

(1) 没有运行结束的作业无法告警，或者说对作业的运行时长没有监视；

(2) 如果作业在某个中间步骤设置了：失败后继续下一步，后续的作业步骤都成功，那么作业最终状态不会显示会失败，不会触发告警，如下脚本检查每个作业的所有步骤最后一次运行状态：

if OBJECT_ID(‘tempdb..#tmp_job_step‘) is not null
    drop table #tmp_job_step
 
select jh1.job_id,
       jh1.step_id,
       jh1.run_status,
       CONVERT(varchar(20),jh1.run_date) run_date,
       CONVERT(varchar(20),jh1.run_time) run_time,
       CONVERT(varchar(20),jh1.run_duration) run_duration
  into#tmp_job_step
  from msdb.dbo.sysjobhistoryjh1
 where (select COUNT(1) from msdb.dbo.sysjobhistoryjh2 
        where (jh1.job_id = jh2.job_id and jh1.step_id = jh2.step_id)
          and(jh1.instance_id <=jh2.instance_id))=1
 
select a.namejob_name,
       s.step_name,
       case b.run_status when 0 then ‘Failed‘
                         when 1 then ‘Succeeded‘
                         when 2 then ‘Retry‘
                         when 3 then ‘Canceled‘
       else ‘Unknown‘ 
       end as job_status,
       LEFT(run_date,4)+‘-‘+SUBSTRING(run_date,5,2)+‘-‘+RIGHT(run_date,2)
       +SPACE(1)
       +LEFT(RIGHT(1000000+run_time,6),2)+‘:‘
           +SUBSTRING(RIGHT(1000000+run_time,6),3,2)+‘:‘
           +RIGHT(RIGHT(1000000+run_time,6),2) as job_started_time,
       +LEFT(RIGHT(1000000+run_duration,6),2)+‘:‘
           +SUBSTRING(RIGHT(1000000+run_duration,6),3,2)+‘:‘
           +RIGHT(RIGHT(1000000+run_duration,6),2) as job_duration
  from msdb.dbo.sysjobs a 
  left join    #tmp_job_stepb 
    on a.job_id=b.job_id
 inner join msdb.dbo.sysjobsteps s
    on b.job_id = s.job_id and b.step_id = s.step_id
 where a.name not in(‘syspolicy_purge_history‘)
   and a.enabled = 1
 order by b.run_status asc,a.name,b.run_duration desc


小结

SQL Server Agent作业自身的告警机制，有时并不够用，所以还需要部署另外的作业，来检查其他所有作业的运行状况，大致步骤如下 ：

(1) 部署数据库邮件；

(2) 部署作业：定时检查其他所有作业/步骤状态，发邮件告警；

作业运行时长可以在这一并检查，有时一些作业运行了很多天没结束还没人知道，也可以考虑放在性能监控里，和其他数据库请求一起监控。但是对于时长，通常需要有个性能基线，如果没有的话直接和历史最大值相比也是不错的选择。

时间： 2024-10-07 15:55:26

4. SQL Server数据库状态监控 - 作业状态的相关文章

sql server数据库状态监控

sql server数据库监控 转自:https://www.cnblogs.com/seusoftware/category/500793.html 6. SQL Server数据库监控 - 如何告警 5. SQL Server数据库性能监控 - 当前请求 4. SQL Server数据库状态监控 - 作业状态 3. SQL Server数据库状态监控 - 可用空间 2. SQL Server数据库状态监控 - 错误日志 1. SQL Server服务器监控实现方法 0. SQL Server

2. SQL Server数据库状态监控 - 错误日志

无论是操作系统 (Unix 或者Windows),还是应用程序 (Web 服务,数据库系统等等) ,通常都有自身的日志机制,以便故障时追溯现场及原因.Windows Event Log和 SQL Server Error Log就是这样的日志, PS: SQL Server 中的错误日志 (Error Log) 类似于 Oracle中的alert 文件. 一. 错误日志简介 1. Windows事件日志与SQL Server 错误日志 Windows事件日志中,应用程序里的SQL Server和

3. SQL Server数据库状态监控 - 可用空间

数据库用来存放数据,那么肯定需要存储空间,所以对磁盘空间的监视自然就很有必要了. 一. 磁盘可用空间 1. 操作系统命令或脚本.接口或工具 (1) DOS命令: fsutil volume diskfree C:\windows\system32>fsutil volume diskfree C: Total # of free bytes        : 9789493248 Total # of bytes             : 64424505344 Total # of avai

SQL SERVER数据库状态(脱机,联机,可疑)及SQL设置语句详解

首先我们应该知道数据库总是处于一个特定的状态中,下面先来了解一下数据库的常见的三种状态:1,脱机:我们可以在Microsoft SQL Server Management中看到该数据库,但该数据库名称旁边有"脱机"的字样,说明该数据库现在虽然存在于数据库引擎实例中,但是不可以执行任何有效的数据操作,比如新增,修改,删除等,这就是脱机状态. 2,联机:该状态为数据库正常状态,也就是我们常看到的数据库的状态,该状态下的数据库处于可操作状态,可以对数据库进行任何权限内的操作. 3,可疑:和&

5. SQL Server数据库性能监控 - 当前请求

对于在线运行的系统,当前数据库性能监控,通常监视以下几点: (1) 是否有阻塞 (Blocking); (2) 是否有等待 (Waiting),阻塞就是锁 (Lock) 等待; (3) 是否运行时间过长(Long running): (4) 是否有死锁 (Deadlock): sys.dm_exec_query_stats之类,等一些统计性的信息,通常不作为实时告警内容,而是在性能优化时,作为参考. 一. 阻塞/等待/长时间运行 1. SQL Server 2005 及以后版本检查 SELECT

SQL Server 数据库状态选项

选项 1. single_user(单用户),multi_user(多用户),restricted_user(受限用户); 描述数据库的用户访问属性,它们互斥,设置其中任何一个选项就会取消对其它选项的设置 single_user模式的数据库每次只能有一个连接. restricted_user模式可以有多个连接,前提是这些用户要是被认为是‘合格’的如 sysadmin,dbcreator,dbowner. multi_user任何有效的用户都可以连接. 例子: alter database stu

监控SQL Server数据库异常镜像状态发告警邮件

监控SQL Server数据库异常镜像状态发告警邮件 在部署了数据库镜像之后,我们需要监控参与镜像的主数据库和镜像数据库的状态,如果状态异常,发送告警邮件.那么这个脚本需要在主和镜像服务器上都运行. 目录视图sys.database_mirroring对SQL Server实例上的每个数据库都包含一行(包括系统数据库和未配置镜像的数据库),当然也包含所有镜像数据库的状态信息.我们可以查询该目录视图,对于每个异常状态的镜像数据库触发告警邮件.笔者的环境配置的是异步镜像,依赖于手动故障转移. 前提条

Zabbix监控SQL Server 数据库

原理:通过ODBC连接SQL Server,将SQL语句查询到的数据发送至zabbix服务器作分析. 配置步骤简述: 1.在zabbix server上安装Freetds.unixODBC.unixODBC-devel使其能够访问SQL Server数据库. 2.配置ODBC访问Sql Server数据库. 3.定制SQL语句 4.在zabbix管理界面添加监控数据库的item. 操作过程: 1.在zabbix server上安装Freetds.unixODBC.unixODBC-devel #

sql server数据库可疑状态解决方法

前段时间客户数据服务器断电,开机后发现数据库状态标记为可疑,可能是断电引起的数据库日志文件损坏,修复方法如下: 只有mdf文件,重建日志: 1 --注:example为测试用数据库,相应的Example_log.ldf为测试用的日志文件 2 use master 3 go 4 alter database example set emergency 5 go 6 --置数据库为单用户模式 7 alter database example set single_user with rollback