伺服器SMB效能最佳化

導讀	人們最常被問到的與儲存相關的問題之一是伺服器訊息塊(SMB)效能和效能調整，尤其是當儲存裝置的執行速度比預期的要慢時。不幸的是，由於每種儲存裝置都有其獨特的特性，因此通常無法立即解決這些問題。儲存工作負載也可能是儲存效能的主要因素。

在深入研究故障排除之前，需要要花費時間來確保其儲存硬體具有最新的韌體更新，並且與慢速伺服器訊息塊(SMB)儲存通訊的所有作業系統或應用程式也都已全面打補丁，這一點很重要。聽起來有些陳詞濫調，但是如果可能的話，嘗試重新啟動儲存裝置。人們已經看到了不止一種情況，其中重新啟動可以解決儲存效能問題。

同樣值得考慮的是到底發生了什麼，使人們認為儲存速度很慢。之所以如此重要，是因為有時伺服器訊息塊(SMB)共享的特定行為可以告訴你發生了什麼。

例如，假設你在複製檔案時，檔案複製過程開始時很快，但是在操作過程中會緩慢地進行。這通常是因為要複製的檔案已經被部分快取，但是快取沒有足夠的記憶體來容納整個檔案。因此，當快取用盡時，系統別無選擇，只能寫入磁碟而不是寫入快取。

你可能還會發現伺服器訊息塊(SMB)的效能對於某些儲存操作而言是不錯的選擇，但是如果要複製大量的小檔案，則會降低速度。這實際上是常見的情況，並不一定表示出現問題。發生的情況是，每次複製檔案時都必須執行伺服器訊息塊(SMB) 。如果要複製大量的小檔案，則每個檔案都會有大量開銷。複製小檔案時，這種開銷要大得多，因為開銷佔所需儲存流量的更大百分比。

如果你不能將效能下降歸因於任何這些“自然”原因，那麼在規劃伺服器訊息塊(SMB)效能調整時，是時候開始著手解決問題的根源了。

在更高階別上，由於三個不同因素，可能會發生伺服器訊息塊(SMB)儲存問題。

這一問題可能與嘗試訪問儲存的客戶端有關。客戶端可能遭受記憶體不足、CPU使用率高或任何導致其效能下降的問題。

伺服器訊息塊(SMB)儲存問題的另一個潛在原因是儲存本身。該儲存可能無法支援足夠的IOPS來滿足當前需求。儲存裝置還可能沒有足夠的記憶體。還有另一種可能性是硬體正忙於做其他事情。例如，如果儲存裝置正在重新同步RAID卷，則該裝置的效能可能會很差。大多數儲存供應商都提供可用於評估儲存硬體整體執行狀況的診斷工具。

另一種可能性是儲存連線正在飽和。實際上已經看到一些例項，這些都是小型組織中儲存效能問題的原因。

例如，不是很久以前，一家公司購買了一個四托架NAS裝置，並在四個托架中的每個托架中都安裝了SSD硬碟。因為這是消費級裝置，所以它僅包含一個乙太網埠。由於這個組織使用的是快閃記憶體，因此磁碟本身能夠處理的IOPS遠遠超過網路連線實際支援的IOPS。最初，NAS裝置接收的流量不足，無法解決其網路頻寬限制。隨著時間的推移，該裝置的使用變得越來越多，其效能開始下降。

在解決伺服器訊息塊(SMB)儲存問題和計劃伺服器訊息塊(SMB)效能調整時，最好的選擇是將Windows效能監視器與儲存供應商提供的任何效能監視(和診斷)工具結合使用。這樣做將幫助你找到問題的根源，此時可以著手解決問題。

原文來自：