很多時(shí)候,在我們規(guī)劃SQL Server數(shù)據(jù)庫的空間,或向存儲方面要空間時(shí),都需要估算所需申請數(shù)據(jù)庫空間的大小,估計(jì)未來最簡單的辦法就是看過去的趨勢,這通常也是最合理的方式。
通常來講,一個(gè)運(yùn)維良好的數(shù)據(jù)庫都需要做定期基線(baseline),有了基線才會知道什么是正常。一個(gè)簡單的例子例如,一些人的血壓平常偏低,那么80的低壓對他來說就是不正常了。但現(xiàn)實(shí)情況是大多數(shù)系統(tǒng)并沒有采集基線的習(xí)慣,因此在需要規(guī)劃空間想要看歷史增長時(shí),就沒有過去精確的數(shù)據(jù)了。
一個(gè)解決辦法就是通過查看歷史備份的大小來看過去的數(shù)據(jù)增長趨勢,數(shù)據(jù)庫備份的時(shí)候不會備份整個(gè)文件,而只備份在FPS頁中標(biāo)記已經(jīng)分配的頁,可以出現(xiàn)數(shù)據(jù)庫是20G,但備份只有3G的情況,因此數(shù)據(jù)庫備份可以作為查看數(shù)據(jù)增長的依據(jù)。
數(shù)據(jù)庫在每次備份時(shí)都會在msdb.dbo.backupset表中記錄備份的相關(guān)信息,因此可以通過下述查看來聚合歷史備份信息,從而對比數(shù)據(jù)庫的增長:
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ù)的增長
結(jié)果如圖1所示。
圖1.歷史數(shù)據(jù)的增長
其中,代碼清單1中database_name換成你需要查看的數(shù)據(jù)庫名稱即可。
注:SQL Server 2008之后引入了基于策略的管理,該策略會默認(rèn)建立一個(gè)作業(yè),如圖2所示,該作業(yè)每天2點(diǎn)運(yùn)行,會按照策略(歷史記錄保留天數(shù),如圖3所示)清理過期的歷史記錄。
圖2.查看策略管理
圖3.歷史記錄保留天數(shù),默認(rèn)為0,既永不清理
該策略會對應(yīng)建立一個(gè)作業(yè)(如圖4所示)。
圖4.清理歷史記錄的作業(yè)
如果該作業(yè)或人為建立的作業(yè)清除了msdb.dbo.backupset表中的數(shù)據(jù),則代碼清單1中的結(jié)果可能會受到一定影響。
您可能感興趣的文章:- 找回SQL企業(yè)管理器里的SQL連接的密碼的方法
- sqlserver找回企業(yè)管理器的方法
- sql server 2005數(shù)據(jù)庫備份還原圖文教程
- SQLSERVER數(shù)據(jù)備份文件的分割備份方法
- 如何備份MySQL數(shù)據(jù)庫
- Linux下自動備份MySQL的方法
- MySQL使用命令備份和還原數(shù)據(jù)庫
- SqlServer備份數(shù)據(jù)庫的4種方式介紹
- SQL Server遠(yuǎn)程定時(shí)備份數(shù)據(jù)庫腳本分享
- MySQL備份與恢復(fù)之冷備(1)
- MySQL備份與恢復(fù)之真實(shí)環(huán)境使用冷備(2)
- MySQL備份與恢復(fù)之熱備(3)
- MySQL備份與恢復(fù)之熱拷貝(4)
- MySQL備份與恢復(fù)之保證數(shù)據(jù)一致性(5)
- 企業(yè)管理器備份和還原SQL Server數(shù)據(jù)庫