1、目錄背景2目標2性能分析2優化內容和步驟2結果檢驗和日常核查2注明3背景隨著醫院業務量的增長和所使用信息系統模塊的增加，數據庫容量增長很快，三級醫院保留半年的數據情況下，可以到達25G-30G，且使用模塊和接口的數量也在增加，現象是速度明顯放慢，操作人員使用不順暢，影響了窗口正常工作，帶來軟件性能低下的評價。硬件方案設計時要考慮承載能力和生命周期；對性能問題的考慮應貫穿于開發階段的全過程，不應只在出現問題時才考慮性能問題。 目標性能調節的目的是通過將網絡流通、磁盤 I/O 和 CPU 時間減到最小，使每個查詢的響應時間最短并最大限度地提高整個數據庫服務器的吞吐量。最終通過對性能分析，制定相應的

2、編程標準，引導開發工作，提高產品質量。性能分析分析對象：一、 服務器1、 處理器：峰值在85%以下2、 緩存、內存：到達一個穩定值3、 磁盤：檢測磁盤錯誤信息和磁盤空間大小！4、 網絡：跟蹤網絡流量二、 數據庫三、 應用程序分析手段方式：1、性能跟蹤器：發現服務器性能瓶頸2、檢查數據庫使用dbcc工具：是否是數據庫對象錯誤引起3、SQL SERVER Profiler：跟蹤軟件后臺腳本性能，通過統計分析語句問題4、主業務程序單元運行調試5、其他跟蹤分析工具 優化內容和步驟一、 硬件配置1、硬件性能降低原因1資源不足，并且需要附加或升級的組件；局部硬件存在瓶頸2資源共享工作負載不平均，需要平衡。

3、 3資源出現故障，需要替換。 4資源不正確，需要更改配置設置。2、解決方法升級的量級待定？1服務器升級硬件配置或增加服務器，更改軟件配置2升級網絡設備，或更改邏輯結構3客戶端升級硬件配置二、 軟件優化1、配置優化1負荷分攤：不同系統的數據庫分開配置服務器。堅持將決策支持和聯機事務處理 (OLTP) 查詢混在一起2服務配置：(1)命名管道與 TCP/IP的使用；(2)SQL Server 內存分配設置(3)最大化吞吐量：是否需要配置連接數量(4)配置虛擬內存：配置合適的值，SQL Server最多能利用2GB虛擬內存，當給SQL Server分配的虛擬內存多于可用的物理內存時，會降低SQL的性能

4、(5)使用哪種類型的磁盤硬件，如 RAID獨立磁盤冗余陣列設備。(6)如何將數據放置在磁盤上：怎樣放置文件組(7)如何適當設置數據庫的所有配置參數以使數據庫很好地運行：例如簡單日志等3縮減數據庫：導出數據到歷史庫、年表，收縮數據庫；盡可能減少日表數據和正式庫數據4優化 tempdb 性能，合理配置文件增長比，初始化大小防止頻繁擴展。對于日志文件放到單獨的磁盤上，定期清理日志文件。2、程序優化1適當修改索引：針對我們程序讀寫特點，增加或減少索引，通過跟蹤執行計劃分析。2重建索引3優化處理流程，單元處理流程，和業務處理流程4修改SQL語句：1能用表的就不用試圖,視圖中多用靜態表2無須用年表的就不要

5、關聯年表3多表關聯時可以考慮分步驟關聯4只在必要時才使用游標5不要使用SELECT *6不要給“性別”列創建索引7使用適當的事務，盡可能簡短8不要使用INSERT導入大批的數據9在細節表中插入紀錄時，不要在主表執行SELECT MAX(ID)10盡量不要使用TEXT數據類型11tempdb的使用標準：i. 盡量防止使用distinct、order by、group by、having、join、cumpute，因為這些語句會加重tempdb的負擔。ii. 防止頻繁創建和刪除臨時表，減少系統表資源的消耗。iii.在新建臨時表時，如果一次性插入數據量很大，那么可以使用select into代替cr

6、eate table，防止log，提高速度；如果數據量不大，為了緩和系統表的資源，建議先create table，然后insert。iv. 如果臨時表的數據量較大，需要建立索引，那么應該將創建臨時表和建立索引的過程放在單獨一個子存儲過程中，這樣才能保證系統能夠很好的使用到該臨時表的索引。v. 如果使用到了臨時表，在存儲過程的最后務必將所有的臨時表顯式刪除vi. 慎用大的臨時表與其他大表的連接查詢和修改，減低系統表負擔，因為這種操作會在一條語句中多次使用tempdb的系統表。12用exists替代in ，可以提高查詢的效率13通過使用存儲過程，可以將網絡往返減到最小，存儲過程中使用SET NOC

7、OUNT可以減少返回給客戶端的消息操作；使用小結果集返回；14使用 Prepared Execution 來執行參數化 SQL 語句增加速度15單個存儲過程中處理分支不宜過多！5修改前臺處理過程1防止重復執行的程序：窗體、數據等，增加利用率2減少頻繁和數據庫進行交互三、 管理優化我們在討論軟硬件優化的同時，醫院管理上也要配合電腦來實現性能優化。通過標準使用時間和權限減少系統負擔；建立完善的跟蹤機制，能提供完整的資料和快速定位客戶端，便于問題跟蹤。結果檢驗和日常核查對優化后的結果進行檢驗，證明優化的有效性和程度，為下一次優化提供參考數據。對數據庫性能跟蹤應該定期執行，積累日常數據，防范于未然。注

8、明附：一、性能跟蹤計數器的可接受值資源對象計數器建議的閾值注釋磁盤Physical Disk% Free SpaceLogical Disk% Free Space15%磁盤Physical Disk% Disk Time Logical Disk% Disk Time90%磁盤Physical DiskDisk Reads/sec、Physical DiskDisk Writes/sec取決于制造商的規格檢查磁盤的指定傳送速度，以驗證此速度沒有超出規格。通常，Ultra Wide SCSI 磁盤每秒可以處理 50 到 70 次 I/O 操作。磁盤Physical DiskCurrent Di

9、sk Queue Length主軸數加 2這是即時計數器；觀察在多個間隔上的值。對于隨時間變化的平均值，請使用 Physical Disk Avg.Disk Queue Length。內存MemoryAvailable Bytes少于 4 MB考察內存使用情況在需要時添加內存。內存MemoryPages/sec20研究頁交換活動。頁面文件Paging File% Usage70% 以上與 Available Bytes 和 Pages/sec 一起復查該值，了解電腦的頁交換活動。處理器Processor% Processor Time85%查找使用處理器時間高百分比的進程。升級到更快的處理器或

10、安裝其他處理器。處理器ProcessorInterrupts/sec取決于處理器；每秒 1000 次中斷是好的起點此計數器的值明顯增加，而系統活動沒有相應的增加則說明存在硬件問題。標識導致中斷的網卡。可能需要安裝額外的適配器或者控制器卡。服務器ServerBytes Total/sec如果所有服務器的 Bytes Total/sec 和與網絡的最大傳送速度大致相等，則可能需要將網絡分段。服務器ServerWork Item Shortages3如果值到達該閥值，請考慮將 DWORD 項“InitWorkItems”在啟動期間分配給處理器的工作項數或者MaxWorkItems服務器可以分配的接收

11、緩沖區的最大數添加到注冊表在 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanServerParameters 下面)。InitWorkItems的范圍可以是從 1 到 512，同時 MaxWorkItems 的范圍可以是從 1 到 65535。以 InitWorkItems 的任何值以及 MaxWorkItems 的值 4096 開始，并一直加倍這些值直到 ServerWork Item Shortages 閥值低于 3。有關修改注冊表的信息，請參閱注冊表編輯器幫助。小心 編輯注冊表不當可能會嚴重損壞您的系統。在更改注冊表之前，應備份電腦上任何有價值的數據。 服務器服務器分頁池峰值物理 RAM 的數量此值是最大頁面文件大小和物理內存數量的指示器。服務器Server Work QueuesQueue Le