很多時(shí)候，在我們規(guī)劃SQL Server數(shù)據(jù)庫(kù)的空間，或向存儲(chǔ)方面要空間時(shí)，都需要估算所需申請(qǐng)數(shù)據(jù)庫(kù)空間的大小，估計(jì)未來(lái)最簡(jiǎn)單的辦法就是看過(guò)去的趨勢(shì)，這通常也是最合理的方式。

通常來(lái)講，一個(gè)運(yùn)維良好的數(shù)據(jù)庫(kù)都需要做定期基線（baseline），有了基線才會(huì)知道什么是正常。一個(gè)簡(jiǎn)單的例子例如，一些人的血壓平常偏低，那么80的低壓對(duì)他來(lái)說(shuō)就是不正常了。但現(xiàn)實(shí)情況是大多數(shù)系統(tǒng)并沒(méi)有采集基線的習(xí)慣，因此在需要規(guī)劃空間想要看歷史增長(zhǎng)時(shí)，就沒(méi)有過(guò)去精確的數(shù)據(jù)了。

一個(gè)解決辦法就是通過(guò)查看歷史備份的大小來(lái)看過(guò)去的數(shù)據(jù)增長(zhǎng)趨勢(shì)，數(shù)據(jù)庫(kù)備份的時(shí)候不會(huì)備份整個(gè)文件，而只備份在FPS頁(yè)中標(biāo)記已經(jīng)分配的頁(yè)，可以出現(xiàn)數(shù)據(jù)庫(kù)是20G，但備份只有3G的情況，因此數(shù)據(jù)庫(kù)備份可以作為查看數(shù)據(jù)增長(zhǎng)的依據(jù)。

數(shù)據(jù)庫(kù)在每次備份時(shí)都會(huì)在msdb.dbo.backupset表中記錄備份的相關(guān)信息，因此可以通過(guò)下述查看來(lái)聚合歷史備份信息，從而對(duì)比數(shù)據(jù)庫(kù)的增長(zhǎng)：

SELECT
[database_name] AS "Database",
DATEPART(month,[backup_start_date]) AS "Month",
AVG([backup_size]/1024/1024) AS "Backup Size MB"
FROM msdb.dbo.backupset
WHERE
 [database_name] = N'Adventureworks2012'
AND [type] = 'D'
GROUP BY [database_name],DATEPART(mm,[backup_start_date]);

代碼清單1.按月查看歷史數(shù)據(jù)的增長(zhǎng)

結(jié)果如圖1所示。

圖1.歷史數(shù)據(jù)的增長(zhǎng)

其中，代碼清單1中database_name換成你需要查看的數(shù)據(jù)庫(kù)名稱即可。

注：SQL Server 2008之后引入了基于策略的管理，該策略會(huì)默認(rèn)建立一個(gè)作業(yè)，如圖2所示，該作業(yè)每天2點(diǎn)運(yùn)行，會(huì)按照策略（歷史記錄保留天數(shù)，如圖3所示）清理過(guò)期的歷史記錄。

圖2.查看策略管理

圖3.歷史記錄保留天數(shù)，默認(rèn)為0，既永不清理

該策略會(huì)對(duì)應(yīng)建立一個(gè)作業(yè)（如圖4所示）。

圖4.清理歷史記錄的作業(yè)

如果該作業(yè)或人為建立的作業(yè)清除了msdb.dbo.backupset表中的數(shù)據(jù)，則代碼清單1中的結(jié)果可能會(huì)受到一定影響。