如果你在管理數(shù)據(jù)庫，需要識(shí)別性能瓶頸并找到解決方案。這通常涉及在相互關(guān)聯(lián)的復(fù)雜網(wǎng)絡(luò)中查明導(dǎo)致問題的確切組件。

如果你是Windows管理員，那么使用的工具應(yīng)該是perfmon。如果你是近期“在Linux上運(yùn)行SQL Server”調(diào)研里三分之一受訪者中的一員，可能需要考慮在紅帽企業(yè)Linux（RHEL）上使用Performance Co-Pilot（PCP）和Grafana ，它們將SQL Server和RHEL指標(biāo)匯集在一個(gè)易于使用的控制面板中。

在衡量RHEL上的性能時(shí)，PCP是紅帽收集指標(biāo)的首選。隨著Grafana成為許多用例的流行的開源分析和監(jiān)控界面，可以在RHEL中使用它來可視化PCP收集的指標(biāo)。Grafana可以配置為顯示特定時(shí)間范圍內(nèi)的指標(biāo)，如果希望將指標(biāo)導(dǎo)出到你喜歡的電子表格，也可以實(shí)現(xiàn)。

Grafana還能處理多個(gè)數(shù)據(jù)源，RHEL PCP-Grafana集成提供vector、redis和bpftrace作為數(shù)據(jù)源。這些集成還帶來了幾個(gè)預(yù)配置的控制面板，或讓你根據(jù)特定用例自定義自己的控制面板。

從RHEL 8.2開始，PCP已經(jīng)支持SQL Server指標(biāo)?？梢粤私庥嘘P(guān)如何配置它的更多信息。

RHEL 8.4添加了幾項(xiàng)更改：

1. Python依賴項(xiàng)pyodbc現(xiàn)在可作為RPM使用，在安裝pcp-pmda-mssql包時(shí)它會(huì)作為依賴項(xiàng)自動(dòng)引入。這意味著不再需要使用pip來安裝pyodbc。

2. 有一個(gè)新的基于PCP向量的Microsoft SQL Server控制面板。要啟用此功能，請(qǐng)轉(zhuǎn)到Data Sources->PCP Vector->Dashboards，如下面的屏幕截圖所示，然后單擊導(dǎo)入。導(dǎo)入的控制面板可以在Grafana中訪問：

http://<server-name>:3000/dashboards 

使用此控制面板，RHEL管理員和SQL Server DBA能發(fā)現(xiàn)可能會(huì)降低其SQL Server工作負(fù)載在RHEL上性能的關(guān)鍵指標(biāo)。

3. 如果要自動(dòng)安裝PCP for SQL Server，還可以使用性能指標(biāo)角色為SQL Server配置PCP。

探索新Microsoft SQL Server控制面板

弄清楚操作系統(tǒng)中的性能瓶頸在哪里，本身就是一個(gè)具有挑戰(zhàn)性的問題，并且在其上運(yùn)行具有抽象層的數(shù)據(jù)庫會(huì)增加額外的復(fù)雜性。

操作系統(tǒng)和數(shù)據(jù)庫性能指標(biāo)可視化，可通過RHEL 8.4中新的基于PCP Vector的Microsoft SQL Server控制面板等工具獲得。這提供了更簡單的性能數(shù)據(jù)關(guān)聯(lián)，并有助于比以前更快地找到性能問題的根本原因。

控制面板匯集了來自Linux內(nèi)核、SQLOS和SQL Server數(shù)據(jù)庫層的信息，然后使用PCP矢量圖將其顯示在Grafana面板中。

?

跟蹤C(jī)PU使用率和內(nèi)存使用率

調(diào)出控制面板后，可以用它做什么？

對(duì)于初學(xué)者，我們建議首先查看CPU和內(nèi)存指標(biāo)。查看Linux Run Queue, System: % CPU和CPU利用率指標(biāo)，可以幫助識(shí)別失控的進(jìn)程和意外的系統(tǒng)活動(dòng)。如果CPU高度飽和，就該使用諸如pcp atop之類的命令行工具查看系統(tǒng)上的進(jìn)程，以識(shí)別占用系統(tǒng)CPU或內(nèi)存的進(jìn)程。

從SQL Server的角度來看，SQL等待統(tǒng)計(jì)信息對(duì)于幫助跟蹤C(jī)PU和內(nèi)存利用率問題非常重要。大量SOS_SCHEDULAR_YIELD或THREADPOOL可能表明工作負(fù)載需要額外的處理資源。

類似地，SQL Server: Memory Manager指標(biāo)可以幫助確定SQL Server正在使用多少內(nèi)存，以及有多少內(nèi)存被“竊取”用于SQL頁面緩存以外的目的?！氨煌怠狈?wù)器內(nèi)存的數(shù)字很高，通常表示數(shù)據(jù)庫系統(tǒng)中的內(nèi)存壓力，修復(fù)它可能需要更改SQL Server使用其內(nèi)存的方式，或增加底層操作系統(tǒng)平臺(tái)提供的內(nèi)存量。

跟蹤磁盤利用率

內(nèi)存問題會(huì)觸發(fā)磁盤問題，所以我們接下來需要調(diào)查這個(gè)領(lǐng)域。如果沒有足夠的內(nèi)存，磁盤活動(dòng)會(huì)迅速增加，因?yàn)槲覀儗?nèi)存分頁到磁盤（交換）。

如果已經(jīng)使用我們上面描述的pcp atop命令，就能確定是否要交換。

也許可以使用磁盤利用率查看的最有趣的事情是：是否正在耗盡吞吐量或IOPS。

可以進(jìn)行一些基本測試以確認(rèn)設(shè)備的較大功能。為此，fio是生成合成工作負(fù)載的絕佳工具。如果知道較大吞吐量和每秒較大輸入/輸出操作（IOPS），就可以使用這些知識(shí)來確定何時(shí)通過RAID添加更多存儲(chǔ)、移動(dòng)到更快的存儲(chǔ)、向快速存儲(chǔ)層添加緩存，例如使用英特爾Optane的存儲(chǔ)層DC持久內(nèi)存，或何時(shí)拆分?jǐn)?shù)據(jù)存儲(chǔ)。

SQL統(tǒng)計(jì)信息還可以幫助了解存儲(chǔ)爭用問題。例如，可以查看SQL OS Wait Stats并檢查PAGE_I/O_LATCH指標(biāo)。SQL Server的某些等待次數(shù)通常是可以接受的，但此統(tǒng)計(jì)數(shù)據(jù)與其他等待類型之間的數(shù)量級(jí)差異，可能表明存在需要通過移動(dòng)到更快的存儲(chǔ)來修復(fù)的問題。

也就是說，有可能遇到數(shù)據(jù)庫調(diào)優(yōu)問題，例如設(shè)計(jì)不當(dāng)?shù)乃饕龝?huì)增加磁盤I/O。

我們現(xiàn)在已經(jīng)介紹了一些關(guān)鍵指標(biāo)。在下表中，我們包含了幾個(gè)更有用的指標(biāo)，按它們?cè)诳刂泼姘逯械某霈F(xiàn)順序列出：

控制面板會(huì)嘗試一目了然地呈現(xiàn)有趣的SQL Server統(tǒng)計(jì)信息，這并不意味著不需要為這些統(tǒng)計(jì)信息設(shè)定環(huán)境基線來理解“正常”的定義。

數(shù)據(jù)標(biāo)注與分享

Grafana中的注釋提供了一種在圖表上標(biāo)記點(diǎn)的方法，將數(shù)據(jù)指標(biāo)與你想用數(shù)據(jù)講述的故事聯(lián)系起來。還可以使用Grafana輕松導(dǎo)出并與其他管理員共享您的PCP指標(biāo)，以便他們可以使用相同的控制面板查看和解決性能問題。

結(jié)論

現(xiàn)在你的工具箱中有另一個(gè)針對(duì)RHEL上的SQL Server 的性能故障排除工具，可以開始使用它：管理系統(tǒng)狀態(tài)和性能