很多時候,在我們規劃SQL Server數據庫的空間,或向存儲方面要空間時,都需要估算所需申請數據庫空間的大小,估計未來最簡單的辦法就是看過去的趨勢,這通常也是最合理的方式。
通常來講,一個運維良好的數據庫都需要做定期基線(baseline),有了基線才會知道什麼是正常。一個簡單的例子例如,一些人的血壓平常偏低,那麼80的低壓對他來說就是不正常了。但現實情況是大多數系統並沒有采集基線的習慣,因此在需要規劃空間想要看歷史增長時,就沒有過去精確的數據了。
一個解決辦法就是通過查看歷史備份的大小來看過去的數據增長趨勢,數據庫備份的時候不會備份整個文件,而只備份在FPS頁中標記已經分配的頁,可以出現數據庫是20G,但備份只有3G的情況,因此數據庫備份可以作為查看數據增長的依據。
數據庫在每次備份時都會在msdb.dbo.backupset表中記錄備份的相關信息,因此可以通過下述查看來聚合歷史備份信息,從而對比數據庫的增長:
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.按月查看歷史數據的增長
結果如圖1所示。
圖1.歷史數據的增長
其中,代碼清單1中database_name換成你需要查看的數據庫名稱即可。
注:SQL Server 2008之後引入了基於策略的管理,該策略會默認建立一個作業,如圖2所示,該作業每天2點運行,會按照策略(歷史記錄保留天數,如圖3所示)清理過期的歷史記錄。
圖2.查看策略管理
圖3.歷史記錄保留天數,默認為0,既永不清理
該策略會對應建立一個作業(如圖4所示)。
圖4.清理歷史記錄的作業
如果該作業或人為建立的作業清除了msdb.dbo.backupset表中的數據,則代碼清單1中的結果可能會受到一定影響。