1 麻烦的地方

在SQL Server的官方文档里面可以看到备份和还原的表，但是这些表里面只能找到备份成功的相关信息，无法找到备份失败的记录，比如msdb.dbo.backupset。对于一些监控系统未监控作业的情况下，想要监控数据库备份任务执行失败而触发告警规则，有些麻烦。

但是SQL server内部是可以通过查询errorlog来判断数据库备份作业是否成功：

2 获取errorlog的trace表

我们可以借助sys.traces定位到errorlog的trace文件路径，然后通过再通过fn_trace_gettable将errlog的trace文件转换为普通的表来查询即可。

定位errorlog的trace文件物理路径

SELECT

          REVERSE(

            SUBSTRING(

              REVERSE([path]),

              CHARINDEX(CHAR(92), REVERSE([path])),

              260

            )

          ) + N'log.trc'

        FROM

          sys.traces

        WHERE

          is_default = 1

输出结果：

2. 得到路径后，使用fn_trace_gettable将errolog的trace文件转换为普通的数据表

SELECT

  *

FROM

  sys.fn_trace_gettable(

    'S:\MSSQL13.MSSQLSERVER\MSSQL\Log\log.trc',

    default

  )

3. 查找与备份相关的事件记录，在trace文件中对应的EventClass为115，并将所有备份开头的语句筛选出来

SELECT

  TextData,Databasename,StartTime

FROM

  sys.fn_trace_gettable(

    'S:\MSSQL13.MSSQLSERVER\MSSQL\Log\log.trc',

    default

  )

WHERE

  EventClass = 115

  AND UPPER(CONVERT(nvarchar(max), TextData)) LIKE 'BACKUP%'

从返回的TextData中没有找到是否关于备份成功或者失败的说明，也没有在其它列中找到相关描述，需要结合msdb.dbo.backupset来判断。

3 结合备份表backupset，判断备份状态

筛选出所有数据库的备份任务执行情况

从查询的结果可知，每个成功的备份都有1个开始时间和结束时间，考虑将开始时间与trace文件转换的表进行对比：

flowchart LR
A[trace表的获取备份记录和时间]--> B[取得StartTime列]
B[与backupset表对比判断]--> C{是否存在与StartTime列对应的值}
C--存在-->D[备份成功]
C--不存在-->E[备份失败]

从上面取得的结果中形成了具体的思路，下面将trace转换的表的StartTime列与backupset表的backup_start_date列进行对比判断

2. 判断存在对应的值则说明备份成功，不存在则备份失败

SELECT

  dt.DatabaseName,

  dt.StartTime,

  bs.backup_start_date,

  bs.backup_finish_date,

  [Status] = CASE

    WHEN bs.backup_start_date IS NULL THEN (dt.DatabaseName) + '数据库备份失败'

    ELSE (dt.DatabaseName) + '数据库备份成功'

  END

FROM

  sys.fn_trace_gettable(

    'S:\MSSQL13.MSSQLSERVER\MSSQL\Log\log.trc',

    default

  ) AS dt

  LEFT OUTER JOIN msdb.dbo.backupset AS bs ON dt.DatabaseName = bs.database_name

  AND ABS(

    DATEDIFF(SECOND, dt.StartTime, bs.backup_start_date)

  ) < 5

WHERE

  dt.EventClass = 115

  AND UPPER(CONVERT(nvarchar(max), dt.TextData)) LIKE N'BACKUP%'

ORDER BY

  dt.StartTime DESC;

4 形成用于告警的SQL语句

完成上面的操作之后，我们已经能够看到所有数据库的备份是成功还是失败的状态，现在还需要将SQL再度细化，输出所有数据库最近一次备份执行成功或者失败的信息：即每个数据库只有一行记录用于说明最近一次的备份状态。

下面有两种写法可以实现，第1种是游标的写法，性能极差，后来找chatgpt一起讨论之后，采用了group by优化，形成第2种写法。

第1种，游标查看每个数据库最近一次备份状态

点击查看代码

DBCC FREE

DECLARE @databaseName1 nvarchar(100)

DECLARE @sql nvarchar(4000)

DECLARE db_cursor CURSOR FOR

    SELECT name

    FROM sys.databases

OPEN db_cursor

FETCH NEXT FROM db_cursor INTO @databaseName1

WHILE @@FETCH_STATUS = 0

BEGIN

    SET @sql = '

	SELECT

  TOP 1 dt.DatabaseName,

  dt.StartTime,

  bs.backup_start_date,

  bs.backup_finish_date,

  [Status] = CASE

    WHEN bs.backup_start_date IS NULL THEN (dt.DatabaseName) + ''数据库备份失败''

    ELSE (dt.DatabaseName) + ''数据库备份成功''

  END

FROM

  sys.fn_trace_gettable(

    (

      SELECT

        REVERSE(

          SUBSTRING(

            REVERSE([path]),

            CHARINDEX(CHAR(92), REVERSE([path])),

            260

          )

        ) + N''log.trc''

      FROM

        sys.traces

      WHERE

        is_default = 1

    ),

    default

  ) AS dt

  LEFT OUTER JOIN msdb.dbo.backupset AS bs ON dt.DatabaseName = bs.database_name

  AND ABS(

    DATEDIFF(SECOND, dt.StartTime, bs.backup_start_date)

  ) < 5

WHERE

  dt.EventClass = 115

  AND UPPER(CONVERT(nvarchar(max), dt.TextData)) LIKE N''BACKUP%''

  AND dt.DatabaseName=''' + @databaseName1 +''' ORDER BY dt.StartTime DESC'

    EXEC sp_executesql @sql

    FETCH NEXT FROM db_cursor INTO @databaseName1

END

CLOSE db_cursor

DEALLOCATE db_cursor

可以看到性能极差，查询3条数据耗时24秒，每次游标都要到消耗临时表和进行大量的逻辑读取。

点击查看消耗的资源



 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

表 'Worktable'。扫描计数 0，逻辑读取 14 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysobjvalues'。扫描计数 14，逻辑读取 36 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syspalvalues'。扫描计数 0，逻辑读取 98 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysguidrefs'。扫描计数 2，逻辑读取 30 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysclsobjs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syssingleobjrefs'。扫描计数 7，逻辑读取 42 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysdbreg'。扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 31 毫秒，占用时间 = 27 毫秒。

表 'Worktable'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysobjvalues'。扫描计数 2，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syspalvalues'。扫描计数 0，逻辑读取 14 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysguidrefs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysclsobjs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syssingleobjrefs'。扫描计数 1，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysdbreg'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 16 毫秒，占用时间 = 23 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

SQL Server 分析和编译时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

(1 行受影响)

表 'backupset'。扫描计数 1，逻辑读取 3 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 468 毫秒，占用时间 = 678 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 468 毫秒，占用时间 = 678 毫秒。

表 'Worktable'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysobjvalues'。扫描计数 2，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syspalvalues'。扫描计数 0，逻辑读取 14 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysguidrefs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysclsobjs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syssingleobjrefs'。扫描计数 1，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysdbreg'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 16 毫秒，占用时间 = 23 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

SQL Server 分析和编译时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

(0 行受影响)

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 406 毫秒，占用时间 = 732 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 406 毫秒，占用时间 = 732 毫秒。

表 'Worktable'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysobjvalues'。扫描计数 2，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syspalvalues'。扫描计数 0，逻辑读取 14 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysguidrefs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysclsobjs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syssingleobjrefs'。扫描计数 1，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysdbreg'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 16 毫秒，占用时间 = 21 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

SQL Server 分析和编译时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

(0 行受影响)

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 422 毫秒，占用时间 = 659 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 422 毫秒，占用时间 = 660 毫秒。

表 'Worktable'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysobjvalues'。扫描计数 2，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syspalvalues'。扫描计数 0，逻辑读取 14 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysguidrefs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysclsobjs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syssingleobjrefs'。扫描计数 1，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysdbreg'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 15 毫秒，占用时间 = 616 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

SQL Server 分析和编译时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

(0 行受影响)

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 375 毫秒，占用时间 = 678 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 375 毫秒，占用时间 = 678 毫秒。

表 'Worktable'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysobjvalues'。扫描计数 2，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syspalvalues'。扫描计数 0，逻辑读取 14 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysguidrefs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysclsobjs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syssingleobjrefs'。扫描计数 1，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysdbreg'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 16 毫秒，占用时间 = 1286 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

SQL Server 分析和编译时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

(1 行受影响)

表 'backupset'。扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 375 毫秒，占用时间 = 781 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 375 毫秒，占用时间 = 781 毫秒。

表 'Worktable'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysobjvalues'。扫描计数 2，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syspalvalues'。扫描计数 0，逻辑读取 14 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysguidrefs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysclsobjs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syssingleobjrefs'。扫描计数 1，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysdbreg'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 31 毫秒，占用时间 = 1608 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

SQL Server 分析和编译时间:

   CPU 时间 = 13 毫秒，占用时间 = 13 毫秒。

(1 行受影响)

表 'backupset'。扫描计数 1，逻辑读取 3 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 390 毫秒，占用时间 = 737 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 406 毫秒，占用时间 = 751 毫秒。

表 'Worktable'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysobjvalues'。扫描计数 2，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syspalvalues'。扫描计数 0，逻辑读取 14 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysguidrefs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysclsobjs'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'syssingleobjrefs'。扫描计数 1，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'sysdbreg'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 16 毫秒，占用时间 = 20 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

SQL Server 分析和编译时间:

   CPU 时间 = 12 毫秒，占用时间 = 12 毫秒。

(0 行受影响)

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 468 毫秒，占用时间 = 2492 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 484 毫秒，占用时间 = 2505 毫秒。

表 'Worktable'。扫描计数 0，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

(1 行受影响)

 SQL Server 执行时间:

   CPU 时间 = 16 毫秒，占用时间 = 23 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

SQL Server 分析和编译时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

第2种，使用MAX函数和group by优化

SELECT

    [Status] = MAX(CASE

      WHEN bs.backup_start_date IS NULL THEN dt.DatabaseName+'数据库备份失败'

      ELSE dt.DatabaseName+'数据库备份成功'

    END)

  FROM

    sys.fn_trace_gettable(

      (

        SELECT

          REVERSE(

            SUBSTRING(

              REVERSE([path]),

              CHARINDEX(CHAR(92), REVERSE([path])),

              260

            )

          ) + N'log.trc'

        FROM

          sys.traces

        WHERE

          is_default = 1

      ),

      default

    ) AS dt

    LEFT OUTER JOIN msdb.dbo.backupset AS bs ON dt.DatabaseName = bs.database_name

      AND ABS(DATEDIFF(SECOND, dt.StartTime, bs.backup_start_date)) < 5

  WHERE

    dt.EventClass = 115

    AND UPPER(CONVERT(nvarchar(max), dt.TextData)) LIKE 'BACKUP%'

  GROUP BY

    dt.DatabaseName

这次执行只要1秒钟，占用的资源也极低。

SQL Server 分析和编译时间:

   CPU 时间 = 15 毫秒，占用时间 = 20 毫秒。

(3 行受影响)

表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

表 'backupset'。扫描计数 1，逻辑读取 48 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。

 SQL Server 执行时间:

   CPU 时间 = 469 毫秒，占用时间 = 935 毫秒。

SQL Server 分析和编译时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

 SQL Server 执行时间:

   CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。

截止到此，基本大功告成了。接下来要实现的就是监控系统怎么取得指标和触发告警，具体可以根据不同的监控平台进行配置。

实际上还可以通过xp_readerrorlog来读取errlog更加快速得筛选出备份失败的记录，但本次没有再测试，有兴趣的朋友可以自行参考测试。

SQL Server数据库判断最近一次的备份执行结果的更多相关文章

在.Net中进行SQL Server数据库备份与还原操作实用类
#region 类说明 //----------------------------------------------------------------------------- // // 项目 ...
sql server如何判断数据库是否存在
如何判断数据库是否存在执行下列的SQL,获得一张表,根据表的行数来判断. select * from master..sysdatabases where name=N'所查询的数据库名 ...
关于SQL SERVER数据库学习总结
对于SQL SERFVER数据库也学了有一阵子了,自己也对自己所学做了一些总结. 我们首先学习数据库设计的一些知识点和用SQL语句建库. 设计数据库步骤:需求分析阶段,概要设计阶段,详细设计阶段, 建 ...
SQL SERVER 数据库备份的三种策略及语句
1.全量数据备份备份整个数据库,恢复时恢复所有.优点是简单,缺点是数据量太大,非常耗时全数据库备份因为容易实施,被许多系统优先采用.在一天或一周中预定的时间进行全数据库备份使你不用动什么脑筋 ...
SQL Server数据库性能优化之SQL语句篇【转】
SQL Server数据库性能优化之SQL语句篇http://www.blogjava.net/allen-zhe/archive/2010/07/23/326927.html 近期项目需要, 做了一 ...
5、SQL Server数据库、T-SQL
SQL Server数据库基础一.安装SQL Server数据库 setup.exe->安装->全新SQL Server独立安装或向现有安装添加功能->输入序列号->下一步- ...
SQL Server - 数据库初识
在互联网笔试中,常遇到数据库的问题,遂来简单总结,注意,以 Sql Server 数据库为例. 数据库数据库系统,Database System,由数据库和数据库管理系统组成. 数据库,Data ...
你所不知道的SQL Server数据库启动过程（用户数据库加载过程的疑难杂症）
前言本篇主要是上一篇文章的补充篇,上一篇我们介绍了SQL Server服务启动过程所遇到的一些问题和解决方法,可点击查看,我们此篇主要介绍的是SQL Server启动过程中关于用户数据库加载的流程, ...
转：SQL SERVER数据库中实现快速的数据提取和数据分页
探讨如何在有着1000万条数据的MS SQL SERVER数据库中实现快速的数据提取和数据分页.以下代码说明了我们实例中数据库的“红头文件”一表的部分数据结构: CREATE TABLE [dbo]. ...
SQL Server数据库学习总结
经过一段时间的学习,也对数据库有了一些认识,数据库基本是由表,关系,操作组成:对于初学者首先要学的一图胜“十”言:SQL Server 数据库总结一个大概的总结经过一段时间的学习,也对数 ...

随机推荐

财开心批量处理系统V4.0
前言上次分析了亿企代账对他的发票提取有很大兴趣,同时下载了几大财务厂商提供的发票提取,很多都是采用的这个,如云账房销项提取插件还有本次研究的财开心批量处理系统分析 demo 直接用亿企代账分析的代 ...
微信公众号授权登录，整合spring security
公司的业务需求,对接了微信公众号授权,通过微信公众号的接口拿到用户信息进行业务系统的登录,话不多说上代码,我的实现方式是整合了spingSecurity 首先是接口 @PostMapping(&quo ...
Win10 下Cisco AnyConnect Secure Mobility Client问题（转）
原文地址:http://blog.sina.com.cn/s/blog_66b9ff210102vup0.html 从WIN8升级到WIN10 ,Cisco AnyConnect ...
Appium--滑动屏幕、不常用API
1.滑动屏幕api #滑动屏幕 size = driver.get_window_size() #获取屏幕大小 width = size.get('width') #宽 height = size.g ...
【Leetcode】剑指offer：字符串（简单）--Day03
剑指 Offer 05. 替换空格请实现一个函数,把字符串 s 中的每个空格替换成"%20". 逐字符遍历原字符串,遍历过程中对存放结果的字符串分情况更新. class Solu ...
ASM1117脚位图
Java8 lambda常用操作
参考博客:https://www.cnblogs.com/hmy-1365/p/12923435.html
[Python]语音识别媒体中的音频到文本
@ 目录准备工作视频转音频识别音频到文本音频直接转换文本准备工作安装python3环境申请一个可用的语音转换API,此篇以Microsoft Azure Speech为例在Micros ...
consumer goods cloud 之后续慢慢看系列
继之前的内容和帮助文档之外,整理一些其他有用的CG资源,有时间可以深入学习一下. 零售执行: https://rise.articulate.com/share/R9_PIF3mcNMuAi4iUtA ...
git 从本地仓库提交至远程仓库报错：error: failed to push some refs to "xxx"
**原因**:远程库里面有个文件,但是本地没有这个文件,比如: README.md,完全提交上去会覆盖之前的文件,所以git会提示报错警告! **解决方案**:如果只有 README.md文件,可以使 ...