SQL Monitor是一個SQL Server監(jiān)控工具。它可以監(jiān)控SQL Servers的健康狀況和活動，并通過電子郵件為您發(fā)送監(jiān)測結(jié)果和建議。

點(diǎn)擊下載SQL Monitor免費(fèi)版

SQL Monitor不僅自動收集您需要的所有磁盤和數(shù)據(jù)庫增長跟蹤數(shù)據(jù)，而且還分析這些數(shù)據(jù)的趨勢以準(zhǔn)確預(yù)測何時磁盤卷會耗盡可用空間，或數(shù)據(jù)庫文件何時需要增長。本教程內(nèi)容較多，分為三個部分發(fā)布，這篇文章是第一部分——監(jiān)視磁盤上的可用空間。

如果您的SQL Server磁盤空間不足，并且正在為企業(yè)的貿(mào)易應(yīng)用程序運(yùn)行數(shù)據(jù)庫，那么在DBA解決該問題之前，該公司是無法賺錢的。即使擔(dān)心這種情況的發(fā)生，也足以使DBA夜不能寐。因此，磁盤空間管理仍然是DBA面臨的一大管理挑戰(zhàn)。

當(dāng)然，很少有數(shù)據(jù)庫突然用完空間的。如果您知道數(shù)據(jù)庫的增長速度以及存儲的可用空間的變化，通常這是可預(yù)見的事件。因此，監(jiān)視這些指標(biāo)并設(shè)置警報，在以下情況提醒：

• 可用磁盤空間下降到閾值以下

• 數(shù)據(jù)庫文件中未分配的空間低于閾值

• 數(shù)據(jù)庫文件的大小實(shí)際增長

通過監(jiān)視每個指標(biāo)，您將首先減少由于“意外”用完磁盤空間而導(dǎo)致的所有計(jì)劃外停機(jī)；可能對DBA的職業(yè)產(chǎn)生不利影響的事件。其次，您將增加可用的反應(yīng)時間。如果您可以預(yù)測何時需要增長數(shù)據(jù)庫，則可以安排維護(hù)時間，以增加容量，從而對數(shù)據(jù)庫的業(yè)務(wù)影響降到最小。它還可以幫助您避免在可能阻止和破壞重要業(yè)務(wù)流程的不可預(yù)測的時間發(fā)生文件自動增長。最后，您還可以調(diào)查并解決可能導(dǎo)致數(shù)據(jù)庫過度增長的任何問題。所有這些將減少對業(yè)務(wù)流程的干擾，并大大減少在臨時磁盤空間管理上花費(fèi)的時間。

監(jiān)視磁盤上的可用空間

如果數(shù)據(jù)庫的數(shù)據(jù)文件填滿了分配的磁盤空間，并且無法增長，則會看到聲名狼藉的1105錯誤，并且該數(shù)據(jù)庫將是只讀的，直到有更多可用空間為止。如果事務(wù)日志文件已滿，并且無法增長，則會看到同樣臭名昭著的9002錯誤。如果它在數(shù)據(jù)庫恢復(fù)期間發(fā)生，這又將SQL Server置于只讀模式或“資源掛起”模式。

這些對于組織來說，可能是災(zāi)難性的事件，因此DBA需要完全避免它們。因此，如果需要，他們必須監(jiān)視保存數(shù)據(jù)庫數(shù)據(jù)和日志文件的磁盤卷上的可用空間，并確保有足夠的可用空間來增長文件。

他們還需要監(jiān)視存儲數(shù)據(jù)庫備份和日志備份的磁盤卷上的可用空間，以避免發(fā)生備份失敗的可能性，因?yàn)閭浞菔谛枰獣r損害其恢復(fù)數(shù)據(jù)庫的能力。

臨時磁盤空間跟蹤

有多種方法可以使用TSQL來獲取有關(guān)剩余可用空間量的數(shù)據(jù)。您仍然可以使用古老的xp_fixeddrives存儲過程，該過程只會告訴您每個驅(qū)動器上有多少可用空間。但是，sys.dm_os_volume_stats動態(tài)管理功能提供了有關(guān)實(shí)例中每個數(shù)據(jù)庫中容納每個文件的各個磁盤卷中可用空間的更多信息。另外，有許多已發(fā)布的腳本顯示了如何使用PowerShell跟蹤磁盤空間。

DBA可以編寫一些腳本來跟蹤磁盤空間使用情況，并將警報設(shè)置為在磁盤接近滿容量時觸發(fā)。每次腳本運(yùn)行時，他們甚至可以使用Excel將收集的數(shù)據(jù)保存到中央存儲庫中的表中，以進(jìn)行趨勢分析。但是，這種“手動”數(shù)據(jù)收集和分析雖然對于小型操作而言可能很簡單，但隨著SQL Server數(shù)量的增加，維護(hù)變得越來越困難。這是諸如SQL Monitor之類的工具不可估量的地方。

活動磁盤空間監(jiān)控

當(dāng)然，SQL Monitor提供了一個內(nèi)置的磁盤空間量度和警報，當(dāng)使用的磁盤空間超過閾值百分比值或可用磁盤空間低于閾值量（以MB或GB為單位）時，將向團(tuán)隊(duì)發(fā)出警告。

這應(yīng)該給DBA一些“喘息的空間”，以安裝更多的磁盤容量，或在當(dāng)前磁盤卷中提供更多的可用空間。但是，當(dāng)將其應(yīng)用于監(jiān)視較大的數(shù)據(jù)庫和許多SQL Server的需求時，這仍然感覺像是一種被動且耗時的方法。

在SQL Monitor 9和更高版本中，可以使用“資源”菜單中的“磁盤使用情況”頁面來監(jiān)視所有服務(wù)器上的磁盤空間使用情況并計(jì)劃容量要求。摘要圖顯示了受監(jiān)視區(qū)域中當(dāng)前的總磁盤容量，以及磁盤空間使用的最近增長。它還預(yù)測了未來幾個月的增長趨勢。您可以按服務(wù)器組（例如“生產(chǎn)”或“測試”）或磁盤卷來過濾此圖中以及該頁面其余部分中的數(shù)據(jù)。您也可以簡單地通過輸入服務(wù)器名稱來過濾數(shù)據(jù)。

圖1

在該圖的右側(cè)，您將看到一個Estate摘要（未顯示），該摘要為您提供了相關(guān)數(shù)據(jù)，并在增長預(yù)測范圍內(nèi)警告所有超出其容量的磁盤卷。在該圖的下方，您將找到一個列表，該列表可以細(xì)分每個受監(jiān)視的SQL Server實(shí)例上的磁盤空間使用情況。圖2顯示了我們有一個群集SQL Server實(shí)例，該實(shí)例正在迅速用盡其可用磁盤空間。

圖2

在此，管理團(tuán)隊(duì)迫切需要解決的問題是可能需要分配更多的磁盤空間，以避免計(jì)劃外的停機(jī)時間。但是，他們還需要調(diào)查哪些文件（與數(shù)據(jù)庫有關(guān)的文件或其他相關(guān)文件）正在占用磁盤空間。

最大的數(shù)據(jù)庫是什么？它們生長異常迅速嗎？如果是這樣，為什么？通過單擊任何磁盤，團(tuán)隊(duì)可以查看該磁盤上空間分配的詳細(xì)信息。圖3顯示了F：驅(qū)動器的故障，圖2告訴我們在2個月內(nèi)可能就滿了。

圖3

在這種情況下，對數(shù)據(jù)庫文件的空間分配發(fā)生了幾次大的跳躍，結(jié)果是現(xiàn)在已分配了1.9 TB磁盤上超過1 TB的空間。但是，使用的空間只有400 GB。在圖表下方，我們獲得了每個數(shù)據(jù)庫當(dāng)前大小的詳細(xì)信息以及卷上的日志文件以及每個數(shù)據(jù)庫中使用的空間。

圖4

我們可以看到，兩個數(shù)據(jù)庫（BIDataCache和ODS_LOB）占用了400 GB的大部分使用空間。ODS_LOB的主要數(shù)據(jù)文件已接近滿，需要盡快重新增長。已使用空間和已分配空間之間的巨大差異主要由BIDataCache文件大小和使用情況來解釋?？雌饋頂?shù)據(jù)和日志文件的大小都大大增加了，日志文件隨后被截斷了，這解釋了為什么分配了250GB但只使用了1.1GB的原因。這些數(shù)據(jù)是深入研究這些數(shù)據(jù)庫的增長和活動的有用的起點(diǎn)，并且我將在本文后面解釋如何監(jiān)視數(shù)據(jù)庫的增長。

有時，數(shù)據(jù)庫文件根本沒有占用空間。可能具有服務(wù)器訪問權(quán)限的“流氓”開發(fā)人員正在將臨時備份存儲在同一磁盤卷上，或者ETL進(jìn)程無法執(zhí)行其內(nèi)務(wù)處理。

無論哪種方式，團(tuán)隊(duì)越早意識到即將出現(xiàn)的磁盤空間問題，他們就有更多的時間來調(diào)查原因并計(jì)劃響應(yīng)。

本文內(nèi)容就是這樣了，想要了解該教程后續(xù)內(nèi)容，請繼續(xù)關(guān)注我們哦~您也可以下載SQL Monitor試用版免費(fèi)評估~

想要購買SQL Monitor正版授權(quán)，或了解更多產(chǎn)品信息請點(diǎn)擊