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

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

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

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

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

• 可用磁盤(pán)空間下降到閾值以下

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

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

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

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

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

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

他們還需要監(jiān)視存儲(chǔ)數(shù)據(jù)庫(kù)備份和日志備份的磁盤(pán)卷上的可用空間，以避免發(fā)生備份失敗的可能性，因?yàn)閭浞?失敗會(huì)在需要時(shí)損害其恢復(fù)數(shù)據(jù)庫(kù)的能力。

臨時(shí)磁盤(pán)空間跟蹤

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

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

活動(dòng)磁盤(pán)空間監(jiān)控

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

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

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

圖1

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

圖2

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

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

圖3

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

圖4

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

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

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

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

想要購(gòu)買(mǎi)SQL Monitor正版授權(quán)，或了解更多產(chǎn)品信息請(qǐng)點(diǎn)擊