快捷導(dǎo)航

SQL Server中聚合歷史備份信息對(duì)比數(shù)據(jù)庫(kù)增長(zhǎng)的方法

更新時(shí)間：2014年09月24日 08:53:47 投稿：junjie

這篇文章主要介紹了SQL Server中聚合歷史備份信息對(duì)比數(shù)據(jù)庫(kù)增長(zhǎng)的方法,需要的朋友可以參考下

很多時(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所示。