本文提供分層排查流程，用於排查 Windows 伺服器因應用程式、系統服務或配置不當導致的記憶體使用量率過高問題。
問題描述
當 Windows 伺服器出現以下任一現象時，可能表明存在記憶體資源瓶頸：
運行在 Windows 伺服器上的業務應用響應緩慢，出現服務中斷或系統卡頓。
通過Simple Application Server控制台，單擊執行個體名稱，查看執行個體記憶體使用量率監控時，發現記憶體使用量率過高。
收到記憶體使用量率超過設定閾值的警示資訊。
排查流程
狀態評估：通過工作管理員瞭解記憶體的總體使用方式，判斷是否存在明顯的記憶體壓力。
進程級分析：使用資源監視器深入分析，按實體記憶體佔用定位消耗記憶體最多的進程。
問題解決：根據分析結果，執行相應的解決方案。
持續跟蹤：實施解決方案後，配置持續的監控警示，持續檢測伺服器。
實施步驟
操作樣本基於Windows 2025 資料中心版，不同版本的介面可能存在差異。
步驟一：評估記憶體總體狀況
按右鍵工作列選擇工作管理員並開啟。
切換到效能選項卡，並選擇記憶體。
分析關鍵計量：
可用：系統當前可立即分配給應用程式的實體記憶體量。
已提交：作業系統已承諾為所有進程分配的虛擬記憶體總量。該值由兩部分組成：
X/Y。X是當前已使用的虛擬記憶體，Y是虛擬記憶體上限（實體記憶體 + 分頁檔大小）。如果X持續接近Y，表明系統可能頻繁使用分頁檔，導致效能下降。
步驟二：定位高記憶體消耗的進程
優先使用資源監視器定位進程；若資源監視器中沒有發現異常的應用程式進程，則用RAMMap工具分析（RAMMap可以查看系統級記憶體佔用）。
資源監視器
在案頭底部的搜尋方塊中輸入資源監視器並開啟。
切換到記憶體選項卡。
點擊工作集（KB）列進行降序排序，將佔用實體記憶體最多的進程排列在頂部。
分析列表頂部的進程。分析時，應優先關注工作集指標，它代表進程實際佔用的實體記憶體，是判斷進程記憶體佔用的首要指標。識別佔用工作集最高的進程，判斷其是否為預期的業務進程。
工作集（KB）：進程當前正在使用的實體記憶體量。
提交 (KB)：作業系統為該進程保留的虛擬位址空間大小。一個進程可能提交了大量記憶體但並未實際使用，因此該指標可能產生誤導。
RAMMap工具
若資源監視器未發現進程異常，但可用記憶體持續偏低，則需考慮系統級記憶體佔用（如檔案快取或驅動程式泄漏）。此時，應使用微軟官方工具RAMMap進行深度分析。
下載並運行RAMMap。
訪問 RAMMap 官方下載頁面 下載工具包並解壓。
雙擊
RAMMap.exe運行程式。
每個選項卡的顯示方式說明如下。
Use Counts：使用計數，按類型和分頁列表列出的使用方式摘要。
Processes：進程，進程工作集大小。
Priority Summary：優先順序摘要，確定備用列表大小優先順序。
Physical Pages：物理頁，所有實體記憶體的每頁使用量。
Physical Ranges：物理範圍，實體記憶體地址。
File Summary：檔案摘要，RAM 中的檔案資料（按檔案顯示）。
File Details：檔案詳細資料，按檔案顯示的各個物理頁。
步驟三：分情境處理與最佳化
根據定位到的記憶體消耗源頭，選擇對應的解決方案。
情境一：異常進程佔用大量記憶體
若發現非業務相關或行為異常的進程佔用了大量記憶體，需要將其終止。
通過在工作管理員或者資源監視器中定位到記憶體佔用較多的程式，在該程式上右鍵點擊，並選擇結束程式即可。如果懷疑進程為惡意程式，可以使用雲安全的病毒查殺。
雲安全的病毒查殺需要付費使用。
在結束進程前，請務必確保瞭解該進程的相關資訊，避免因誤操作導致業務中斷。
情境二：正常業務進程導致記憶體瓶頸
正常業務進程導致的記憶體瓶頸，推薦升級執行個體規格。在控制台執行升級配置操作，選擇更高記憶體的套餐。
如果發現有單個業務進程佔用大量記憶體，除了升級執行個體規格外還可考慮最佳化業務進程。
步驟四：持續跟蹤
設定警示：建議為該伺服器的記憶體使用量率或可用記憶體指標設定警示規則，具體操作見雲產品監控。
持續監控：在CloudMonitor頁面檢測伺服器的系統指標。
如果監控發現業務進程記憶體偶發性飆升，期間短，發生頻率低。可以通過設定swap分區（交換空間）緩解該問題。詳細步驟參考如何配置Windows執行個體的虛擬記憶體。如要徹底解決可以評估是否要升級執行個體規格。
相關文檔
可利用微軟的進程資源管理員Process Explorer，擷取更詳細的進程記憶體佔用情況。
使用微軟官方工具Poolmon，可按Pool Tag追蹤並定位核心記憶體池的消耗來源。