PERFSTAT是一個偉大的方式來獲得一些比較詳細的性能信息的文件管理器，當你有一個性能或其他問題，你可以不太把你的手指上。 您需要訪問 PERFSTAT查看器，或找人你來處理這個輸出，然後你需要通過它拖網。

運營經理，更具體的性能顧問是輝煌的，99％的時間給你的櫃檯，你需要診斷問題。 一旦你找到你的方式輪它，它是完全不可缺少的！

但如果你沒有業務經理，或者你只是想快速拔出信息系統的一個區域？

你想看看SYSSTAT的第一件事。 每個人的最好的朋友和偉大的方式看到“我的系統忙什麼呢？”。 每當你運行 sysstat的，一定要通過它的“- S”修飾，讓你在輸出端得到一個總結。 如果你不定義一個迭代次數（- C <NUM>），然後 CTRL + C打破輸出。 “- X”是偉大的，給所有的輸出地區，但有時可以寬一點。 “- U”是我最喜歡的，因為它可以讓你利用讀數，這些通常是最有用的故障排除時，。

列的大多是相當自我解釋。 CPU是％繁忙，NFS，CIFS，HTTP，FCP和iSCSI是所有協議操作專櫃。 淨 KB / s的輸入和輸出是顯而易見的（單一的千兆接口，以供參考，興高采烈地將維持 80MB / S左右，但可以延伸到110/120MB/s）。 磁盤和磁帶。 觀看緩存的年齡時，它變得非常低，但有更好櫃檯。 緩存命中是一個計數器，你想盡可能接近100％。 是從緩存中更好讀取的數據越多！ CP型是一致點，我不會細講這些是什麼，有一個很好的知識庫文章已經在這個（https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb23471） 。 最後，這似乎引起一些混亂的磁盤使用率。 這是從單一的最繁忙的系統磁盤的讀取，而不是平均。 有趣的是，這種閱讀可以去約 100％（很像CPU可以太），這僅僅意味著磁盤比他們應該做更多的！

所以SYSSTAT是一個偉大的方式來獲得一個高層次的看法“我的系統忙”，也給你一個粗略的想法的瓶頸在哪裡。 如果CPU非常高，但沒有別的，那麼這就是阻礙了系統。 如果磁盤利用率是非常高的，還是那句話，現在的問題是。 但這些都沒有確鑿的數字，並沒有直接點罪魁禍首。 例如，如果磁盤利用率非常高，您可能需要運行 WAFL重新分配您添加了一些新的磁盤，這些都不是任何數據。 如果你的CPU是非常高的，它可能是你正在做的A - SIS和SnapVault像很多其他處理，或使CPU工作在試圖解決這個問題，使計算困難，它可能是很隨機 IO。

下一步可看statit。 一個“PRIV先進”的命令，不善良的佯攻，一個偉大的命令，獲得近一個時期的詳細信息的快照。 只需運行“statit - B”的監測期開始，然後“statit - E”結尾。 確保日誌輸出窗口，你會得到很多statit（超過標準的Windows和膩子緩衝區會顯示）。 有很多statit輸出的，我不會進入太多的細節都在這裡（但也許另一天）。 其中大部分都是相當自我解釋性真的。

這使我到這篇文章擺在首位的真正原因。 我最喜歡的命令，當然也是很大程度上被忽視了，“統計”。 這有很多信息，在它的指尖，幾乎任何東西，你可以看到從在性能顧問，你可以在PerfStats報告上，是在統計命令。 可能更多！ “統計”的作品非常相似SYSSTAT在該報告的基礎上迭代計數器。 如果你只需運行它，它會報告系統正在做什麼，確切的時間。 如果你告訴它運行每5秒時，它會報告對這些 5秒鐘內發生了什麼。

因此，首先，不要只是在“統計顯示”運行，而無需幾分鐘備用。 輸出是非常完整的！ 首先，你希望看到什麼樣的計數器可用。 統計被分為“物”，“實例”和“計數器”。 顯示每個，我們可以使用“統計列表...”

filer01>統計列表對象

對象：

轉儲

logical_replication_source

logical_replication_destination

vfiler

配額樹

總

ISCSI

FCP

CIFS

體積

倫

目標

NFSv3的

ifnet

處理器

磁盤

系統

filer01>統計列表實例ifnet

實例對象的名稱：ifnet

B2net

存儲101

filer01>統計列表櫃檯ifnet

計數器對象的名稱：ifnet

recv_packets

recv_errors

send_packets

send_errors

碰撞

recv_data

send_data

recv_mcasts

send_mcasts

recv_drop_packets

上面作為一個例子，我可以顯示所有的對象提供給我，我可以查詢所有的網絡實例，我已經安裝（2 VIFs，同一個 VLAN 1），我可以看到我可以報告哪些櫃檯。 所以一起... ...

filer01>統計顯示ifnet：存儲101：碰撞

ifnet：存儲101：碰撞：0 / S

太好了，我的存儲接口，並沒有為這已運行期間任何網絡碰撞！ 這是我的好消息！

如果我想在幾個迭代運行，我可以給它一些更多的選擇。 注：選項必須走之前，計數器信息！

filer01>統計顯示- N 5 - I 1 ifnet：存儲101：碰撞

實例碰撞

/ S

存儲101 0

存儲101 0

存儲101 0

存儲101 0

存儲101 0

超過 5秒內的大，所以我仍然沒有得到碰撞！

從上面，你會發現有很多可用的性能計數器，並不是所有的人都最詳細名稱。 通過運行“的統計解釋櫃檯”，您可以查詢其中任何一個。

filer01>統計解釋櫃檯ifnet碰撞

計數器對象的名稱：ifnet

產品名稱：衝突

描述：CSMA的接口每秒的碰撞

屬性：率

單位：per_sec

所以讓我們再看另一個例子，我想看看我的Exchange系統的延遲讀數的... ...

filer01>統計顯示 - N - I 1卷：exch01_db：read_latency卷：exch01_db：write_latency量：exch01_logs：read_latency量：exch01_logs：write_latency

例如read_latency write_latenc

MS MS

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

這是在早晨8，銷售團隊沒有清醒！ 列標題有點歪斜，但我們可以看到在第一列讀取延遲和寫入延遲在第二。

我最大的SYSSTAT投訴之一是，會發生什麼，如果我想保持通過一段時間的運行和日誌輸出？ 好吧，我可以更改“autologout選項”，並留下我的筆記本電腦插入，但是這不是一個好主意。 “統計”給你能力管所有統計直接到文件的輸出。 輝煌的新聞！

filer01>統計顯示- N - I - O的/ etc / stats.txt體積：exch01_db：read_latency量：exch01_db：write_latency量：exch01_logs：read_latency量：exch01_logs：write_latency

filer01> rdfile的/ etc / stats.txt

例如read_latency write_latenc

MS MS

exch01_db 0 16.00

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 8.00

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 1.00

exch01_logs 0 0

不幸的是，這並不釋放控制台，所以腳本 rsh或ssh，這可能是最好的選擇，但要小心你多久運行的迭代！

另一個亮點是，你可以有一些預設。 所以，如果你有4個 Exchange服務器每3數據庫，那麼你可以加載所有的卷：<vol_name>：讀入文件/ write_latency命令發出這種直接從統計命令。 預置文件是XML文件，所以他們在寫作的一點思考，但如果你看到XML之前，那麼它不是，棘手。

我的XML文件看起來像這樣 ...

<？XML版本=“1.0”？>

<preset>

<object name="volume">

<instance name="exch01_db">

<counter name="read_latency">

</計數器>

<counter name="write_latency">

</計數器>

</實例>

<instance name="exch01_logs">

<counter name="read_latency">

</計數器>

<counter name="write_latency">

</計數器>

</實例>

</ OBJECT>

</預設>

一旦保存在/ etc /統計 /預設為“XML”的文件，我可以調用從統計命令直接。

filer01>統計顯示- P交換- I 1 - N 5

例如read_latency write_latenc

MS MS

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0.13

exch01_logs 0 0.12

exch01_db 0 0.00

exch01_logs 0 0.00

exch01_db 0 0

exch01_logs 0 0

可能性是這個巨大的，但是這開闢了甚至更好的東西。 現在我們可以用“統計開始”和“統計”一站式“觸發此報告，我得到我的控制台！

filer01>統計啟動- P交流

統計標識符名稱是“Ind0x6920b2f0”

filer01>統計顯示我Ind0x6920b2f0

StatisticsID：Ind0x6920b2f0

體積：exch01_db：read_latency：0ms

體積：exch01_db：write_latency：5.14ms

體積：exch01_logs：read_latency：0ms

體積：exch01_logs：write_latency：0.00ms

filer01>統計停止我Ind0x6920b2f0

StatisticsID：Ind0x6920b2f0

體積：exch01_db：read_latency：0ms

體積：exch01_db：write_latency：5.36ms

體積：exch01_logs：read_latency：0ms

體積：exch01_logs：write_latency：0.00ms

希望你明白，為什麼我喜歡這個命令，以及為什麼使用這種可能性是巨大的，它確實是非常強大的！

添加的最後一件事，有很多櫃檯默認情況下，在正常的特權模式，但嘗試切換到高級，或即使診斷，並看到多少計數器可用，然後！ 這是鋪天蓋地，但有點挖，非常強大的。

最後一件事，你可以使用通配符“統計顯示”命令，所以拉出我的Exchange數據庫的所有櫃檯 ...

filer01>統計顯示音量：exch01_db：*

體積：exch01_db：avg_latency：0.00ms

體積：exch01_db：total_ops：3 / S

量：exch01_db的read_data：0B / S

體積：exch01_db：read_latency：0ms

體積：exch01_db：read_ops：0 / S

體積：exch01_db：WRITE_DATA：12288b / s的

體積：exch01_db：write_latency：0.00ms

體積：exch01_db：write_ops：3 / S

體積：exch01_db：other_latency：0ms

體積：exch01_db：other_ops：0 / S

或顯示所有的read_latency我所有的卷...

filer01>統計顯示量：*：read_latency

體積：VOL0：read_latency：0ms

體積：exch01_db：read_latency：0ms

體積：首頁：read_latency：0ms

體積：備份：read_latency：0ms

體積：分享：read_latency：0ms

如果您有任何具體問題，或您想查詢如何從特定的計數器信息系統，在一個問題，我覺得免費送。 希望這是對大家有用！

based on 3 ratings 沒有PERFSTAT或行動經理的“統計”的性能，10.0 10 基於3個評分