我有一個運行 IO 非常敏感的應用程式的網站（Accredo Saturn）；它是一個用 Delphi 編寫的會計/CRM 包，帶有本地平面文件資料庫。
由於各種歷史原因，該網站在Proliant DL380 G9 上的Server 2012 R2 Hyper-V 下運行的Windows Server 2008 R2 終端伺服器上運行它，其DC 是帶有SBS 2011 的舊DL380 G7（Exchange 長期以來一直在Office 365 上執行） ）。
我現在已將它們升級到運行 Server 2019 的新 DL380 G10。遠端桌面伺服器位於P408i-a 上的4x 480 GB 混合使用RAID10 SATA SSD 上。該伺服器具有 2 個 Xeon 4210 和 64 GB 記憶體。該軟體的資料位於 SSD 陣列上的 VHDX 上，直接安裝在遠端桌面伺服器上。
他們有 18 位用戶，所有用戶都使用遠端桌面伺服器來執行該計劃，其中 8 位呼叫中心用戶也使用 Unify 電話系統代理程式。一兩個人使用 Edge。我打算在規格上做得有點過分，因為這個客戶端對速度很挑剔，正如我提到的，該軟體很挑剔！
客戶抱怨軟體速度慢。我進行了測試，發現需要 5 秒的操作現在需要 15 秒。
我在沒有使用者登入的情況下運行了diskspd (-c100b -b4K -o32 -F8 -T1b -s8b -W60 -d60 -Sh)，並且在兩個虛擬機器上看到類似的讀取IOPS 和吞吐量，但在線程上有一些很大的變化新的 2019 虛擬機。我在來賓上看到大約 531.41 Mbps 和 136k IOPS，但在 2019 年虛擬機器上有兩個線程下降到 1.9 Mbps。舊虛擬機器的速度為 520.44 Mbps，但每個執行緒始終在 72-76 Mbps 左右，除了一個執行緒下降到 3.75。總計 133k IOPS。那是在SSD陣列上。
相比之下，具有相同參數的裸機 SSD 陣列的速度為 999 Mbps，每個執行緒始終為 124-125 Mbps，總計 255k IOPS。
我已經研究了好幾天了。我已嘗試透過註冊表項來停用 IO 負載平衡器，但沒有效果 - 我不確定它是否適用於 2019 年。 VHDX）。嘗試過動態和靜態記憶體。已嘗試啟用和停用 NUMA。
我束手無策，有一位沮喪的客戶明天將在舊虛擬機器上啟動今年的呼叫中心！
2008 R2 是第 1 代、版本 5 虛擬機，而 2019 是第 2 代、版本 9。
任何有關恢復這些任務 IOPS 的提示將不勝感激！
這是我的第一篇文章，如果我沒有包含足夠的相關或具體信息，我深表歉意。
答案1
位於 RAID10 中的 6 個 600 GB 10k SAS 上
取代 2 倍高性能 SSD 的 Raid 1，這會為您帶來 50 倍的 IO？
通常：取得SSD。
最上面使用靜態大小的 SSD。
你能做的不多了——不過你的數字聽起來很瘋狂。 200k+ IOPS 說明程式設計非常糟糕。
答案2
這並不能證明效能問題是由儲存引起的。
詳細分析緩慢的應用程式工作流程。
它採用什麼程式碼路徑？分析每個函數所花費的時間。
它執行哪些資料庫查詢？
涉及多少數據記錄，大小是多少？
- 它如何處理並發性，包括基於文件或資料庫的鎖？
- 它是否透過網路使用任何外部資源？這些的延遲是多少？
- 與客戶的線上通訊是什麼樣的？在這種情況下，客戶端可以是終端伺服器。
您可能需要軟體供應商的協助才能深入了解。堅持從應用程式效能監控套件中獲得類型的詳細分析和可見性。
CPU、記憶體、IOPS、網路頻寬等資源限制可能是速度緩慢的原因。這些都是需要衡量的指標。但是，即使您向其添加硬件，該作業系統上的應用程式堆疊也可能不會運行得更快。唯一的判斷方法是隔離實際速度慢的部分。
答案3
我來這裡研究另一個問題時才注意到這一點。問題已解決，原因是 TSFairShare Disk。禁用該解決方案解決了問題 - 事實證明，對於許多使用檔案級資料庫的應用程式來說，這是一個問題。
我們在 Microsoft Dynamics GP 論壇中找到了隱藏的解決方案。實際修復的詳細資訊總結如下 -https://www.ryslander.com/disable-fair-sharing-in-windows-server/- 對於 GP 和我們使用的應用程式 (Accredo) 等，只需要停用 FSSDisk - 我們不理會其他應用程式。
我注意到，在 Server 2022 中，預設設定已恢復為停用。