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)文章希望大家以后多多支持腳本之家！
相關(guān)文章
查詢優(yōu)化器的輸出是查詢執(zhí)行計劃，有時稱為查詢計劃或執(zhí)行計劃。本文主要詳細介紹了SQL Server的執(zhí)行計劃，感興趣的同學可以參考閱讀2023-04-04
使用 sql-research-assistant進行 SQL 數(shù)據(jù)庫研究的實戰(zhàn)指南(代碼
本文介紹了sql-research-assistant工具,該工具基于LangChain框架,集成了多種AI模型,用于簡化SQL數(shù)據(jù)庫的研究和分析,通過集成和使用該工具,用戶可以高效地執(zhí)行數(shù)據(jù)查詢和分析任務,提高數(shù)據(jù)研究的效率,感興趣的朋友一起看看吧2025-02-02
解決連接Sql?Server時報錯:無法通過使用安全套接字層加密與SQL?Server建立安全連接
這篇文章主要給大家介紹了關(guān)于解決連接Sql?Server時報錯:無法通過使用安全套接字層加密與SQL?Server建立安全連接的相關(guān)資料,需要的朋友可以參考下2024-01-01
這篇文章主要介紹了SqlServer給表增加多個字段的語法，添加字段的語法非常簡單，需要的朋友參考下本文吧2017-09-09
所謂SQL注入，就是通過把SQL命令插入到Web表單遞交或輸入域名或頁面請求的查詢字符串，最終達到欺騙服務器執(zhí)行惡意的SQL命令。下面通過本文給大家分享sql 注入原理解析，感興趣的朋友一起看看吧2017-08-08
完美解決MSSQL"以前的某個程序安裝已在安裝計算機上創(chuàng)建掛起的文件操作"
以前裝過sql server，后來刪掉?，F(xiàn)在重裝，卻出現(xiàn)“以前的某個程序安裝已在安裝計算機上創(chuàng)建掛起的文件操作。運行安裝程序之前必須重新啟動計算機”錯誤。無法進行下去。 現(xiàn)在又遇到了,終于完全搞定.2008-11-11
這篇文章主要介紹了SQL Server恢復模型之批量日志恢復模式,需要的朋友可以參考下2014-10-10
SQLServer創(chuàng)建索引的5種方法小結(jié)
本文主要介紹了SQLServer創(chuàng)建索引的5種方法小結(jié)，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2023-04-04
做項目時經(jīng)常要對數(shù)據(jù)庫中存儲的時間做一些處理后再操作，于是自己總結(jié)了一些2011-11-11
本節(jié)主要介紹了sql取代游標該如何寫，需要的朋友可以參考下2014-07-07