監控清單總表(填寫你的值)
| 硬件特征 | 描述 | 你的值 |
| 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),否則多核效率低,主頻可稍低
內存:最關鍵的硬件
緩存命中率判斷標準
| 緩存命中率 | 狀態 | 行動 |
| ≥99% | 優秀 | 維持 |
| 90%-99% | 可接受 | 若性能不滿意則加內存 |
| <90% | 嚴重不足 | 必須加內存(OLTP),OLAP 視情況 |
查看:性能監視器 → 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 瓶頸決策樹
- 優化查詢/索引(最高 ROI)
- 報表/ETL 遷移至專用實例
- 內存不足導致編譯/重編譯多 → 加內存
- 有空插槽 → 加 CPU
- 換更高主頻/大緩存 CPU
- 換新服務器
DBA 通常只能做前兩項,其餘需預算批準。
為什麼監控硬件是早期關鍵步驟
性能監視器只能告訴你「哪裡慢」,硬件清單告訴你「為什麼慢」且「能不能通過加硬件解決」。填寫清單、對照基準、制定升級路線圖,是系統化優化的起點。
- 上一篇文章: Java 調用 SQL Server 存儲過程:CallableStatement 實現帶輸出參數與返回值的完整範例
- 下一篇文章: SQL Server 2000 在 Windows XP 安裝「服務器組件不受支持」解決方案:MSDE 先行 + 註冊表修改登錄模式
Copyright ©
程式碼之家 All Rights Reserved