首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式碼之家 >> 數據庫知識 >  >> SQL Server 資料庫 >> 關於SqlServer

SQL Server 硬件性能監控清單(上):CPU 核心/主頻/緩存選型、內存容量與緩存命中率、瓶頸排查決策樹

     編輯:關於SqlServer

監控清單總表(填寫你的值)

硬件特征描述你的值
CPU 數量物理核心數
CPU 主頻MHz
CPU L2/L3 緩存MB
物理內存GB
磁盤可用空間各陣列 GB / %
每陣列物理磁盤數數量
數據庫陣列 RAID 級別1/5/10
硬件/軟件 RAID硬件/軟件
磁盤碎片程度低/中/高
OS 位置盤符/RAID
SQL 程序位置盤符/RAID
頁文件位置盤符/RAID
tempdb 位置盤符/RAID
系統庫位置盤符/RAID
用戶庫位置盤符/RAID
日志文件位置盤符/RAID
磁盤控制器數數量
控制器類型型號/接口
控制器緩存大小MB/GB
寫回緩存狀態開/關
磁盤轉速RPM
網卡數量數量
網卡速度Mbps/Gbps
網卡 Speed/Duplex自動/手工鎖定
網卡連接交換機是/否
硬件驅動版本最新/舊版
專用 SQL 服務器是/否

CPU 選型指南

核心數

  • SQL 2000 標準版 ≤4,企業版 ≤32(受 OS 限制)
  • 原則:買得起就多買,至少預留擴展插槽
  • 經驗值:
    • ≤5 用戶財務系統:1 顆 + 擴展槽
    • 25 用戶含報表:2 顆 + 擴展至 4
    • 100-150 用戶 ERP:詢廠商推薦配置,通常 ≥4

主頻 vs 緩存

  • 1-2 顆 CPU:優先高主頻,其次大緩存
  • ≥4 顆 CPU:必須大緩存(L2/L3),否則多核效率低,主頻可稍低

內存:最關鍵的硬件

緩存命中率判斷標準

查看:性能監視器 → SQL Server:Buffer Manager → Buffer cache hit ratio

理想內存 ≥ 最大數據庫大小

但實際上熱數據遠小於總數據。例:30GB 庫,4GB 內存,命中率 99.6% —— 只要熱點在內存,性能即可接受。

32 位突破 4GB:AWE

boot.ini 加 /PAE
組策略:鎖定內存中的頁 → 加 SQL 服務賬號
sp_configure 'awe enabled', 1; RECONFIGURE;
sp_configure 'max server memory', 6144; -- 留給 OS 1-2GB

CPU 瓶頸決策樹

  1. 優化查詢/索引(最高 ROI)
  2. 報表/ETL 遷移至專用實例
  3. 內存不足導致編譯/重編譯多 → 加內存
  4. 有空插槽 → 加 CPU
  5. 換更高主頻/大緩存 CPU
  6. 換新服務器

DBA 通常只能做前兩項,其餘需預算批準。

為什麼監控硬件是早期關鍵步驟

性能監視器只能告訴你「哪裡慢」,硬件清單告訴你「為什麼慢」且「能不能通過加硬件解決」。填寫清單、對照基準、制定升級路線圖,是系統化優化的起點。

  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式碼之家 All Rights Reserved
緩存命中率狀態行動
≥99%優秀維持
90%-99%可接受若性能不滿意則加內存
<90%嚴重不足必須加內存(OLTP),OLAP 視情況