SQL Server中聚合汗青備份信息比較數據庫增加的辦法。本站提示廣大學習愛好者:(SQL Server中聚合汗青備份信息比較數據庫增加的辦法)文章只能為提供參考,不一定能成為您想要的結果。以下是SQL Server中聚合汗青備份信息比較數據庫增加的辦法正文
許多時刻,在我們計劃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中的成果能夠會遭到必定影響。