SQL?Server數(shù)據(jù)庫判斷最近一次的備份執(zhí)行結(jié)果(最新推薦)

更新時間：2023年05月09日 08:25:08 作者：開始折騰吧！

這篇文章主要介紹了SQL?Server數(shù)據(jù)庫判斷最近一次的備份執(zhí)行結(jié)果,本文給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下

1 麻煩的地方

在SQL Server的官方文檔里面可以看到備份和還原的表，但是這些表里面只能找到備份成功的相關(guān)信息，無法找到備份失敗的記錄，比如msdb.dbo.backupset。對于一些監(jiān)控系統(tǒng)未監(jiān)控作業(yè)的情況下，想要監(jiān)控數(shù)據(jù)庫備份任務執(zhí)行失敗而觸發(fā)告警規(guī)則，有些麻煩。
但是SQL server內(nèi)部是可以通過查詢errorlog來判斷數(shù)據(jù)庫備份作業(yè)是否成功：

2 獲取errorlog的trace表

我們可以借助sys.traces定位到errorlog的trace文件路徑，然后通過再通過fn_trace_gettable將errlog的trace文件轉(zhuǎn)換為普通的表來查詢即可。

定位errorlog的trace文件物理路徑

SELECT
          REVERSE(
            SUBSTRING(
              REVERSE([path]),
              CHARINDEX(CHAR(92), REVERSE([path])),
              260
            )
          ) + N'log.trc'
        FROM
          sys.traces
        WHERE
          is_default = 1

輸出結(jié)果：

2. 得到路徑后，使用fn_trace_gettable將errolog的trace文件轉(zhuǎn)換為普通的數(shù)據(jù)表

SELECT
  *
FROM
  sys.fn_trace_gettable(
    'S:\MSSQL13.MSSQLSERVER\MSSQL\Log\log.trc',
    default
  )

3. 查找與備份相關(guān)的事件記錄，在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中沒有找到是否關(guān)于備份成功或者失敗的說明，也沒有在其它列中找到相關(guān)描述，需要結(jié)合msdb.dbo.backupset來判斷。

3 結(jié)合備份表backupset，判斷備份狀態(tài)篩選出所有數(shù)據(jù)庫的備份任務執(zhí)行情況

從查詢的結(jié)果可知，每個成功的備份都有1個開始時間和結(jié)束時間，考慮將開始時間與trace文件轉(zhuǎn)換的表進行對比： flowchart LR A[trace表的獲取備份記錄和時間]--> B[取得StartTime列]B[與backupset表對比判斷]--> C{是否存在與StartTime列對應的值}C--存在-->D[備份成功]C--不存在-->E[備份失敗]

形成了具體的思路后，下面將trace轉(zhuǎn)換的表的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) + '數(shù)據(jù)庫備份失敗'
    ELSE (dt.DatabaseName) + '數(shù)據(jù)庫備份成功'
  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語句

完成上面的操作之后，我們已經(jīng)能夠看到所有數(shù)據(jù)庫的備份是成功還是失敗的狀態(tài)，現(xiàn)在還需要將SQL再度細化，輸出所有數(shù)據(jù)庫最近一次備份執(zhí)行成功或者失敗的信息：即每個數(shù)據(jù)庫只有一行記錄用于說明最近一次的備份狀態(tài)。
下面有兩種寫法可以實現(xiàn)，第1種是游標的寫法，性能極差，后來找chatgpt一起討論之后，采用了group by優(yōu)化，形成第2種寫法。

第1種，游標查看每個數(shù)據(jù)庫最近一次備份狀態(tài)

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) + ''數(shù)據(jù)庫備份失敗''
    ELSE (dt.DatabaseName) + ''數(shù)據(jù)庫備份成功''
  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條數(shù)據(jù)耗時24秒，每次游標都要到消耗臨時表和進行大量的邏輯讀取。

 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 14 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysobjvalues'。掃描計數(shù) 14，邏輯讀取 36 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syspalvalues'。掃描計數(shù) 0，邏輯讀取 98 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysguidrefs'。掃描計數(shù) 2，邏輯讀取 30 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysclsobjs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syssingleobjrefs'。掃描計數(shù) 7，邏輯讀取 42 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysdbreg'。掃描計數(shù) 1，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 31 毫秒，占用時間 = 27 毫秒。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysobjvalues'。掃描計數(shù) 2，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syspalvalues'。掃描計數(shù) 0，邏輯讀取 14 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysguidrefs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysclsobjs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syssingleobjrefs'。掃描計數(shù) 1，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysdbreg'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 16 毫秒，占用時間 = 23 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
SQL Server 分析和編譯時間: 
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
(1 行受影響)
表 'backupset'。掃描計數(shù) 1，邏輯讀取 3 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 468 毫秒，占用時間 = 678 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 468 毫秒，占用時間 = 678 毫秒。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysobjvalues'。掃描計數(shù) 2，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syspalvalues'。掃描計數(shù) 0，邏輯讀取 14 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysguidrefs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysclsobjs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syssingleobjrefs'。掃描計數(shù) 1，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysdbreg'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 16 毫秒，占用時間 = 23 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
SQL Server 分析和編譯時間: 
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
(0 行受影響)
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 406 毫秒，占用時間 = 732 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 406 毫秒，占用時間 = 732 毫秒。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysobjvalues'。掃描計數(shù) 2，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syspalvalues'。掃描計數(shù) 0，邏輯讀取 14 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysguidrefs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysclsobjs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syssingleobjrefs'。掃描計數(shù) 1，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysdbreg'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 16 毫秒，占用時間 = 21 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
SQL Server 分析和編譯時間: 
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
(0 行受影響)
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 422 毫秒，占用時間 = 659 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 422 毫秒，占用時間 = 660 毫秒。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysobjvalues'。掃描計數(shù) 2，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syspalvalues'。掃描計數(shù) 0，邏輯讀取 14 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysguidrefs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysclsobjs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syssingleobjrefs'。掃描計數(shù) 1，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysdbreg'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 15 毫秒，占用時間 = 616 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
SQL Server 分析和編譯時間: 
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
(0 行受影響)
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 375 毫秒，占用時間 = 678 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 375 毫秒，占用時間 = 678 毫秒。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysobjvalues'。掃描計數(shù) 2，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syspalvalues'。掃描計數(shù) 0，邏輯讀取 14 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysguidrefs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysclsobjs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syssingleobjrefs'。掃描計數(shù) 1，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysdbreg'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 16 毫秒，占用時間 = 1286 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
SQL Server 分析和編譯時間: 
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
(1 行受影響)
表 'backupset'。掃描計數(shù) 1，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 375 毫秒，占用時間 = 781 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 375 毫秒，占用時間 = 781 毫秒。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysobjvalues'。掃描計數(shù) 2，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syspalvalues'。掃描計數(shù) 0，邏輯讀取 14 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysguidrefs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysclsobjs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syssingleobjrefs'。掃描計數(shù) 1，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysdbreg'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 31 毫秒，占用時間 = 1608 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
SQL Server 分析和編譯時間: 
   CPU 時間 = 13 毫秒，占用時間 = 13 毫秒。
(1 行受影響)
表 'backupset'。掃描計數(shù) 1，邏輯讀取 3 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 390 毫秒，占用時間 = 737 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 406 毫秒，占用時間 = 751 毫秒。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysobjvalues'。掃描計數(shù) 2，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syspalvalues'。掃描計數(shù) 0，邏輯讀取 14 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysguidrefs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysclsobjs'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'syssingleobjrefs'。掃描計數(shù) 1，邏輯讀取 6 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'sysdbreg'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 16 毫秒，占用時間 = 20 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
SQL Server 分析和編譯時間: 
   CPU 時間 = 12 毫秒，占用時間 = 12 毫秒。
(0 行受影響)
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 468 毫秒，占用時間 = 2492 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 484 毫秒，占用時間 = 2505 毫秒。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 2 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
(1 行受影響)
 SQL Server 執(zhí)行時間:
   CPU 時間 = 16 毫秒，占用時間 = 23 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
SQL Server 分析和編譯時間: 
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。

第2種，使用MAX函數(shù)和group by優(yōu)化

SELECT
    [Status] = MAX(CASE
      WHEN bs.backup_start_date IS NULL THEN dt.DatabaseName+'數(shù)據(jù)庫備份失敗'
      ELSE dt.DatabaseName+'數(shù)據(jù)庫備份成功'
    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

這次執(zhí)行只要1秒鐘，占用的資源也極低。

SQL Server 分析和編譯時間: 
   CPU 時間 = 15 毫秒，占用時間 = 20 毫秒。
(3 行受影響)
表 'Worktable'。掃描計數(shù) 0，邏輯讀取 0 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
表 'backupset'。掃描計數(shù) 1，邏輯讀取 48 次，物理讀取 0 次，預讀 0 次，lob 邏輯讀取 0 次，lob 物理讀取 0 次，lob 預讀 0 次。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 469 毫秒，占用時間 = 935 毫秒。
SQL Server 分析和編譯時間: 
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。
 SQL Server 執(zhí)行時間:
   CPU 時間 = 0 毫秒，占用時間 = 0 毫秒。

截止到此，基本大功告成了。接下來要實現(xiàn)的就是監(jiān)控系統(tǒng)怎么取得指標和觸發(fā)告警，具體可以根據(jù)不同的監(jiān)控平臺進行配置。
實際上還可以通過xp_readerrorlog來讀取errlog更加快速得篩選出備份失敗的記錄，但本次沒有再測試，有興趣的朋友可以自行參考測試。

到此這篇關(guān)于SQL Server數(shù)據(jù)庫判斷最近一次的備份執(zhí)行結(jié)果的文章就介紹到這了,更多相關(guān)SQL Server最近一次的備份執(zhí)行結(jié)果內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: