1、用友U9平臺系統(tǒng)維護手冊目 錄 TOC o 1-3 h z u HYPERLINK l _Toc7453480 1.U9環(huán)境問題 PAGEREF _Toc7453480 h 4 HYPERLINK l _Toc7453481 1.1.硬件 PAGEREF _Toc7453481 h 4 HYPERLINK l _Toc7453482 1.1.1.CPU PAGEREF _Toc7453482 h 4 HYPERLINK l _Toc7453483 1.1.2.內存 PAGEREF _Toc7453483 h 8 HYPERLINK l _Toc7453484 1.1.3.磁盤： PAGEREF

2、 _Toc7453484 h 10 HYPERLINK l _Toc7453485 1.1.4.網(wǎng)卡、交換機 PAGEREF _Toc7453485 h 10 HYPERLINK l _Toc7453486 1.2.軟件 PAGEREF _Toc7453486 h 11 HYPERLINK l _Toc7453487 1.2.1.U9軟件配置 PAGEREF _Toc7453487 h 11 HYPERLINK l _Toc7453488 1.2.2.其他軟件 PAGEREF _Toc7453488 h 13 HYPERLINK l _Toc7453489 2.U9問題處理分享 PAGEREF

3、 _Toc7453489 h 13 HYPERLINK l _Toc7453490 2.1.了解問題詳情 PAGEREF _Toc7453490 h 13 HYPERLINK l _Toc7453491 2.1.1.使用者不能準確表達到底出了什么問題 PAGEREF _Toc7453491 h 13 HYPERLINK l _Toc7453492 2.1.2.問題分類 PAGEREF _Toc7453492 h 14 HYPERLINK l _Toc7453493 2.2.檢查環(huán)境配置 PAGEREF _Toc7453493 h 14 HYPERLINK l _Toc7453494 2.2.1

4、.環(huán)境部署的5項基本要求 PAGEREF _Toc7453494 h 14 HYPERLINK l _Toc7453495 2.2.2.AppServer配置檢查 PAGEREF _Toc7453495 h 14 HYPERLINK l _Toc7453496 2.2.3.DBServer配置檢查 PAGEREF _Toc7453496 h 14 HYPERLINK l _Toc7453497 2.3.功能點問題診斷方法 PAGEREF _Toc7453497 h 14 HYPERLINK l _Toc7453498 2.3.1.是功能Bug？ PAGEREF _Toc7453498 h 14

5、 HYPERLINK l _Toc7453499 2.3.2.是性能問題？ PAGEREF _Toc7453499 h 14 HYPERLINK l _Toc7453500 2.4.系統(tǒng)問題診斷方法 PAGEREF _Toc7453500 h 15 HYPERLINK l _Toc7453501 2.4.1.尋找推理的線索 PAGEREF _Toc7453501 h 15 HYPERLINK l _Toc7453502 2.4.2.假設與求證 PAGEREF _Toc7453502 h 15 HYPERLINK l _Toc7453503 2.4.3.學會邏輯推理 PAGEREF _Toc74

6、53503 h 15 HYPERLINK l _Toc7453504 2.5.常用工具介紹 PAGEREF _Toc7453504 h 16 HYPERLINK l _Toc7453505 2.5.1.PerfLogAnalyze PAGEREF _Toc7453505 h 16 HYPERLINK l _Toc7453506 2.5.2.TaskManager PAGEREF _Toc7453506 h 16 HYPERLINK l _Toc7453507 2.5.3.IISTrace PAGEREF _Toc7453507 h 16 HYPERLINK l _Toc7453508 2.5.

7、4.Perfmon PAGEREF _Toc7453508 h 17 HYPERLINK l _Toc7453509 2.5.5.WinDBG PAGEREF _Toc7453509 h 17 HYPERLINK l _Toc7453510 2.5.6.UMTracer及Reflector PAGEREF _Toc7453510 h 18 HYPERLINK l _Toc7453511 2.5.7.AQTime PAGEREF _Toc7453511 h 18 HYPERLINK l _Toc7453512 2.6.U9系統(tǒng)常見問題 PAGEREF _Toc7453512 h 21 HYPER

8、LINK l _Toc7453513 3.U9性能問題 PAGEREF _Toc7453513 h 22 HYPERLINK l _Toc7453514 3.1.U9使用注意事項 PAGEREF _Toc7453514 h 22 HYPERLINK l _Toc7453515 3.1.1.單據(jù)查訪方案 PAGEREF _Toc7453515 h 22 HYPERLINK l _Toc7453516 3.1.2.歷史記錄參照 PAGEREF _Toc7453516 h 22 HYPERLINK l _Toc7453517 3.1.3.需求分類 PAGEREF _Toc7453517 h 22 H

9、YPERLINK l _Toc7453518 3.1.4.個性化 PAGEREF _Toc7453518 h 22 HYPERLINK l _Toc7453519 3.2.數(shù)據(jù)庫性能問題 PAGEREF _Toc7453519 h 23 HYPERLINK l _Toc7453520 3.2.1.基本概念 PAGEREF _Toc7453520 h 23 HYPERLINK l _Toc7453521 3.2.2.相關工具 PAGEREF _Toc7453521 h 24U9環(huán)境問題硬件U9硬件選型不當或設置不當，服務器計算能力不滿足U9軟件的性能指標要求。對于硬件選型問題，具體參照U9 服務

10、器選型方案.doc文檔，本次主要討論與硬件設置不合理造成的問題。CPU如何選擇CPU選擇服務器的CPU首先看年代，然后看出品公司，然后看CPU的瓦數(shù)。這個三個指標決定服務器的性能。CPU單核計算排名： HYPERLINK /high_end_cpus.html /high_end_cpus.html HYPERLINK /index.php/cpu /index.php/cpuCPU價格參考：/search/advanced?s=t&FamilyText=Intel Xeon Processor E5 v2 FamilyIntel基本上2年升級一代處理器。就是說在看年代基礎上，如果是偶數(shù)年發(fā)布

11、的處理器比前一個奇數(shù)年發(fā)布的處理器快很多。反之奇數(shù)年比偶數(shù)年發(fā)布的處理器就性能類似。比如2012年發(fā)布的XEON E5-46XX，46XX處理器就明顯比 2011年發(fā)布的處理器快。但是2011年的E7-4820等處理器和2010年發(fā)布的X56XX處理器性能差不多。同樣是16個核心。如果是2*8的結構將明顯優(yōu)于4*4的結構。因為：1：每個處理器內部的通信速度遠遠大于處理器之間的通信速度。核越多，核間通信越多。2：每個處理器訪問自己所轄內存的速度，遠遠超過訪問其他CPU所轄內存的速度。核越多，訪問到遠端內存的概率越大。這是Intel這些年處理器內核代號。E7-4820的內核代號是 Westmere

12、。而現(xiàn)在市場上最新的服務器CPU應該是 E5-26XX系列，它屬于Sandy Bridge系列。新一代Hawwell今年3季度發(fā)布，整體提升30%以上。CPU重要參數(shù)2路8核超線程 2*8*2=32邏輯核CPU。超線程：“超線程”（HyperthreadingTechnology）技術就是通過采用特殊的硬件指令，可以把兩個邏輯內核模擬成兩個物理超線程芯片，在單 HYPERLINK /lemma/ShowInnerLink.htm?lemmaId=36424 t _blank 處理器中實現(xiàn)線程級的 HYPERLINK /lemma/ShowInnerLink.htm?lemmaId=269125

13、 t _blank 并行計算，同時在相應的軟硬件的支持下大幅度的提高運行 HYPERLINK /lemma/ShowInnerLink.htm?lemmaId=262840 t _blank 效能，從而實現(xiàn)在單 HYPERLINK /lemma/ShowInnerLink.htm?lemmaId=36424 t _blank 處理器上模擬雙 HYPERLINK /lemma/ShowInnerLink.htm?lemmaId=36424 t _blank 處理器的 HYPERLINK /lemma/ShowInnerLink.htm?lemmaId=262840 t _blank 效能。其實，

14、從實質上說，超線程是一種可以將CPU內部暫時閑置處理資源充分“調動”起來的技術。優(yōu)點：CPU計算能力增加，但只增加30%左右，并不會增加一倍。缺點：因為超線程技術是對多任務處理有優(yōu)勢，因此當單線程運用軟件時，超線程技術將會降低系統(tǒng)性能，尤其在多線程操作系統(tǒng)運行單線程軟件時將容易出現(xiàn)此問題。E7-48XX的節(jié)電模式問題C1、C2、C3都是省電模式，通過降低其他核的主頻給幾個忙得核提高頻率，達到降低功耗的同時，滿足系統(tǒng)效率要求。C1,C2,C3的CPU延時逐級拉長?？蛻羰褂肊7-48XX系統(tǒng)CPU客戶，其C3狀態(tài)下占用時間達到100%，導致CPU利用率不高。應當禁止使用CPU省電模式，以充分利用C

15、PU。禁用方法：案例：E7-48XX的節(jié)電模式問題.msg單核計算能力問題案例：合肥三十八所性能分析報告-20120408.docxCPU占用高問題SQL Server服務CPU持續(xù)占用高Sp_who2、dbcc inputbuffer(72)通過sql profilor收集CPU100的SQLSQL腳本分析案例：江蘇中船綠洲數(shù)據(jù)庫服務器sqlserver高CPU問題.msgIIS服務CPU持續(xù)占用高Windbg收集CPU占用高線程調用棧reflecter分析調用棧代碼案例：Test05機器IIS的CPU高問題分析20101115.docx檢測工具：任務管理器、Perfmon性能計數(shù)器內存高內

16、存兩種情況：DB服務器中SQL內存占用高SQL Server可以設置最大內存，默認是吃光所有內存，用于緩存數(shù)據(jù)，但客戶環(huán)境一定要設置最大值上限，給操作系統(tǒng)和其他進程預留一定內存。比如物理內存24G，報表需要5G，OS需要1G，那SQL內存設置上限18G。案例：中圣客戶整體性能問題說明-20140521.msgPortal服務器IIS占用內存高可查看日志，查看FindAll是否存在查詢大量數(shù)據(jù)報警。PerfLogAnalyze工具使用通過windbg分析內存占用問題通過MemProfiler工具分析案例：測試環(huán)境test172應用服務器聯(lián)調性能問題分析-20100809.doc GC問題在.ne

17、t中，垃圾回收在會內存緊張的時候，自動清理不在使用的托管對象空間。但由于代碼問題，導致托管對象頻繁創(chuàng)建，內存壓力緊張，GC頻繁回收，IIS無法正常處理客戶請求，U9效率急劇下降。檢測工具：perfmon 性能計數(shù)器案例：答復 陽光項目整體效率問題.msg磁盤：磁盤IO隊列高數(shù)據(jù)庫系統(tǒng)最重要的指標就是IO能力，磁盤讀取數(shù)據(jù)的快慢直接決定了SQL效率。一般企業(yè)生產(chǎn)環(huán)境使用多塊高轉速(4塊7500轉)硬盤組成RAID5或RAID 10，提升磁盤IO吞吐能力。企業(yè)要求較高，可以選擇磁盤陣列柜，硬件廠家提供的獨立的磁盤存儲設備。禁止使用本地單塊磁盤。檢測工具：CrystalDiskMark、Perfmo

18、n案例：東莞鵬馳環(huán)境巡檢分析報告-20131114.docx 答復 新寶效率問題說明-20140707.msg磁盤故障由于服務器突然斷電、電壓不穩(wěn)、磁盤達到壽命時間等因素，導致磁盤IO出現(xiàn)邏輯或物理壞道，造成sql server數(shù)據(jù)庫文件損壞。部分通過sql server進行恢復。但對于頻繁出現(xiàn)數(shù)據(jù)庫文件損壞等情況，則應檢查磁盤是否出現(xiàn)嚴重損壞，并提前做好數(shù)據(jù)備份和更換新存儲。類似報錯：檢測工具：HDTunePro案例：優(yōu)瑞納斯委外收貨數(shù)據(jù)表損壞問題.msg網(wǎng)卡、交換機網(wǎng)卡驅動異常問題測試工具：任務管理器、ping包 局域網(wǎng)、廣域網(wǎng)ping指標案例：寧波天安電氣現(xiàn)場支持報告-20120914.

19、docx萬和電氣網(wǎng)絡問題排查-20121026.msg交換機問題服務器之間通訊網(wǎng)絡帶寬=1G軟件U9軟件配置服務器包括Portal服務器、DB服務器、報表服務器、客戶端等配置要求。文檔：U9系統(tǒng)巡檢工作指南.docxU9巡檢檢查項目清單.xlsxU9性能巡檢環(huán)境指標修改幫助文檔_20140509檢測工具：PerfCheck案例：寧波萌恒環(huán)境巡檢分析報告-20121214.docx客戶端關閉XSS檢查IE8在安全方面有所增強，其中一項是新增加了XSS檢查，并且默認為開啟狀態(tài)。該功能的作用是阻止跨站腳本攻擊，并阻止一些瀏覽器認為不安全的腳本行為。這可能導致U9某些需要訪問Top屬性的參照界面出現(xiàn)異

20、常，因為XSS檢查將其視為有跨站訪問威脅。在IE8中關閉XSS檢查的方法如下：訪問工具|Internet選項菜單，在彈出的對話框中選擇安全頁簽，選擇“可信站點”區(qū)域，然后選“自定義級別”：找到“啟用XSS篩選器”，將其禁用：為安全考慮，關閉XSS檢查功能應該只對信任區(qū)域進行。由于U9的Portal站點被加入到信任區(qū)域，因此U9程序將可以正常工作。使用IEAutoConfig關閉插件IE是一個開放的系統(tǒng)，一些第三方的插件會對性能造成損害。我們推薦當客戶只是用IE來訪問U9系統(tǒng)時，把這些無關的插件禁用掉。可以使用下面的工具禁用掉無關插件，使用方法：IEAutoConfig all HYPERLIN

21、K http:/appServerName http:/appServerNameappServerName請用實際的機器名代替。注意：目前多次發(fā)現(xiàn)工商網(wǎng)銀擴展插件造成U9在點擊按鈕后，要停頓好幾秒后才響應鼠標操作。禁用工商網(wǎng)銀插件后會自動啟用，只能卸載插件才能解決。其他軟件360安全衛(wèi)士、殺毒軟件、系統(tǒng)軟件案例：顧家U9系統(tǒng)宕機問題-20130723-24.msg360喜歡亂改的目錄權限.msgU9殺毒例外表.msg中圣客戶整體性能問題說明-20140521.msgU9問題處理分享了解問題詳情使用者不能準確表達到底出了什么問題錯誤截圖和出錯日志Portalbin*.log可重復的問題提供錄屏

22、環(huán)境配置是否發(fā)生過變化Windows賬號修改導致服務啟動出錯機器名修改sa賬號密碼修改更換交換機或調整網(wǎng)絡群集服務器禁止修改IP地址問題分類是U9軟件問題還是操作系統(tǒng)（服務器）本身問題？是測試環(huán)境問題還是正式環(huán)境問題？對應有不同的工具和處理方式檢查環(huán)境配置環(huán)境部署的5項基本要求數(shù)據(jù)庫一定要使用SQL2008 R2或sql server 2012服務器操作系統(tǒng)一定要使用64位系統(tǒng)客戶機瀏覽器一定要使用IE8或以上版本，并禁用無關插件客戶機一定要滿足最低配置要求推薦使用Win2008 R2或Win2012操作系統(tǒng)AppServer配置檢查U9安裝時已對IIS做優(yōu)化配置，不建議用戶修改DBServe

23、r配置檢查最大內存是否設置SqlServer補丁是否已打功能點問題診斷方法是功能Bug？功能Bug最佳分析工具是Visual Studio調試器客戶環(huán)境可使用Reflector Pro，支持無源碼調試若可以調試且問題能內部重現(xiàn)，則基本相當于已解配置日志輸出級別，輔助問題定位SqlProfiler也可起到一定輔助作用是性能問題？性能黑名單是否已給出足夠分析線索？使用UMTracer，收集數(shù)據(jù)及確認問題使用Reflector，詳查問題原因IE前端問題，分析使用Fiddler + IE8開發(fā)工具服務器后端問題，使用SqlProfiler確認是否是SQL問題UMTracer不能解決問題時，收集AQTi

24、me高級診斷：windbg dump調用棧系統(tǒng)問題診斷方法尋找推理的線索出錯信息至為重要（系統(tǒng)崩潰、OOM）仔細檢查日志信息（U9的日志、Windows系統(tǒng)的日志）假設與求證性能問題發(fā)生在哪個環(huán)節(jié)（IE前端、App、DB、網(wǎng)絡、IO）Perfmon：一個極簡單卻又極其強大的工具UMTracer：U9內置性能分析工具（Fiddler + AQTime + SqlProfiler）使用合適的工具，處理不同的問題域IE前端：Fiddler、IE8開發(fā)工具App：Windbg、AQTime、DebugDiagOOM：Windbg、.Net MemoryProfilerDB：SqlProfiler、DM

25、V視圖、SQL查詢計劃網(wǎng)絡：WireShark、Win2008資源監(jiān)視器學會邏輯推理有效的推理是建立在可度量的數(shù)據(jù)之上推理的第一步是搜尋分析線索推理的第二步是確定分析思路或者說是工作方向推理的第三步是用可度量的性能數(shù)據(jù)驗證你的想法關注問題的疑點，這往往出現(xiàn)重要的解題線索問題必須能用合理的邏輯來解釋。不合理？這就是疑點保持批判的精神，反問如果不這樣那會怎樣？合適的工具可以起到事半功倍的效果 最有效的分析工具是Debugger（Visual Studio） 最強大的分析工具是Windbg（Dump文件包含一切信息）大膽假設，小心求證 /重視細節(jié)類推/二分法/排除法使用Google/MSDN常用工具

26、介紹PerfLogAnalyze在Portallog目錄下有一批Perf.log文件，這些文件是U9性能日志，其中有包括具體調用棧在內的詳細跟蹤信息，對研發(fā)定位問題很有幫助。如果你重復操作有問題的功能點，而性能日志中也重復相同的報警，那么主要的問題原因就已經(jīng)可以大致定位了。把性能日志傳給研發(fā)，對診斷性能問題會有很大幫助。不帶日期的Perf.log文件是今天的性能日志，帶日期的則是具體某天產(chǎn)生的性能日志。案例：黑名單分析2012app1.docxTaskManager客戶機使用U9產(chǎn)品時，如果感覺較慢，可以打開任務管理器。如果發(fā)現(xiàn)CPU利用率在操作U9時經(jīng)常到90%甚至100%，則往往表明客戶機

27、的機器配置可能不滿足最低配置要求。對于U9的正常訪問，有幾項基本需求：CPU型號規(guī)定選擇Intel系列2 CPU系列選擇需近三年產(chǎn)品，例如酷睿i3：雙核、3.3GHz3.內存2G以上4.硬盤80G以上IISTracePortalbin目錄下有一個Environment.xml文件，其中有一項iisTrace開關：設置為true時，U9的操作界面下會多出三個按鈕：sendRequest的含義是IE發(fā)送Http請求的耗時，getRespones是IE等待直至接受到服務器響應內容的耗時（基本上對應服務器處理時間），processResponse對應IE處理響應內容及呈現(xiàn)的時間。通過觀察主要的時間耗時

28、是在getRespones上，還是在processResponse + sendRequest上，可以大致明確發(fā)生性能問題主要在客戶端還是在服務器端。Perfmon性能計數(shù)器使用方法2. 案例：寧波萌恒環(huán)境巡檢分析報告-20121214.docxWinDBG出現(xiàn)異常時找相關異常的調用棧.load sos (U9專用) 加載調用調度符 .loadby sos mscorwks (.net3.5) .loadby sos clr (.net4.0) sxi av:忽略訪問違例sxe clr:出現(xiàn)CLR異常，中斷!pe;查看異常信息。*e :打印當前調用棧 *e !clrstack :打印所有調用棧

29、高cpu.load sos (U9專用) 加載調用調度符 .loadby sos mscorwks (.net3.5) .loadby sos clr (.net4.0) !runaway 查看線索CPU消耗排行5s:切換到5號線程!clrstack:高內存.load sos (U9專用) !dumpheap -stat:查看對象個數(shù)及占用內存大小!dumpheap -mt 000007fe94764ee8 打印這個類似的所有對象!do address:查看對象信息!da addrees :查看數(shù)據(jù)信息斷點調試bp *.dll *.Func “*e !clrstack;g” 碰到相關函數(shù)時，打

30、印調用棧.UMTracer及ReflectorUMTracer是U9平臺部開發(fā)的輕量、簡單、高效的U9單點分析工具。適合于在生產(chǎn)環(huán)境下進行快速的單點性能分析。課件：UMTracerReflector.pptx案例：關于用友U9錄單速度非常慢的協(xié)調.msg答復 立頓出貨單保存效率優(yōu)化說明-20121107.msgAQTimeAQTime是幫助研發(fā)定位問題的強力工具，它能清楚地呈現(xiàn)研發(fā)代碼中每個方法的執(zhí)行耗時。如果性能問題始終能夠重現(xiàn)，那么可以用一臺測試機或者顧問自己的機器作為Portal服務器，使用該工具來捕獲性能數(shù)據(jù)。該工具的使用非常簡單。如果能幫助收集AQTime性能數(shù)據(jù)，則對研發(fā)排查性能問

31、題有極大作用，下面簡單說一下使用過程。假定SO的保存操作比較慢，我們需要收集SO保存的AQTime數(shù)據(jù)。 新建一個項目，F(xiàn)ile-New Project。 勾選右側窗口中的Profiler Entire .NET，目的是分析全部.net代碼。 在左側窗口點鼠標右鍵，在彈出的菜單中選擇Add Module，隨便選擇一個dll文件。 點擊菜單欄的如下位置，選擇ASP.NET。 菜單欄-Run-Parameters，在彈出的窗口中輸入本地Portal的訪問路徑，如：http:/localhost/portal 我們建議將應用程序預熱一次，再進行代碼分析，因此點擊Disable Profiling按鈕

32、，暫時禁用代碼分析。 接下來可以按F5，啟動待分析進程了，會彈出一個IE窗口，自動打開Run Parameters中設置的Start Page，本例中將打開 HYPERLINK http:/localhost/portal http:/localhost/portal。 執(zhí)行一次待分析的操作，在本案例中，請執(zhí)行一次SO的保存。 點擊Disable Profiling按鈕，上面的“紅叉”會消失，表示接下來會開始進行代碼分析。 再次執(zhí)行SO的保存操作。 點擊Get Results按鈕 接下來會在左側窗口看到本次代碼分析的收集結果，已日期命名。 在文件名上點右鍵，選擇Save to File，保存下

33、來的*.aqr文件，就是本次收集到的代碼分析數(shù)據(jù)了。U9系統(tǒng)常見問題系統(tǒng)管理與升級問題：-總結：答復 系統(tǒng)管理與升級常見問題，201308版.msg數(shù)據(jù)庫還原后sa密碼問題：-關于CLR_AllocSerials報錯問題處理方法_V2.8版本.msg報表服務異常問題：-轉發(fā) 報表無法訪問已關閉的資源集.msg數(shù)據(jù)庫日志過大問題：-收縮數(shù)據(jù)庫文件操作指南.docxJob日志占用表空間過大問題：-清理無用的Job調度及調度方案方法整理.msgSql server 2012群集數(shù)據(jù)庫維護問題：-數(shù)據(jù)庫備份和舊數(shù)據(jù)庫備份文件刪除.msgU9服務啟動報1053錯誤問題：-主控服務啟動報1053錯誤處理方

34、法Sql Server2012報Keyword not supported-applicationintent錯誤：- Keyword not supported-applicationintent報錯.msc關于sql server安裝2008 R2 SP2補丁造成報表服務無法啟動問題：-關于sql server安裝2008 R2 SP2補丁造成報表服務無法啟動的問題初步總結.msgSys.WebForms.PageRequestManagerTimeoutException超時【JS腳本超時】問題：- Sys.WebForms.PageRequestManagerTimeoutExcept

35、ion超時問題修正方案 【JS腳本超時】系統(tǒng)服務異常問題，可通過cmd啟動服務輸出異常信息U9性能問題U9使用注意事項單據(jù)查訪方案分頁行數(shù)不要設置過大查詢方案設置默認過濾條件案例：華伍性能分析報告-20140618.docx歷史記錄參照案例：東莞鵬池環(huán)境巡檢分析報告-20121016.docx需求分類案例：新寶需求分類效率問題.msg個性化個性化是U9產(chǎn)品一項很棒的特性，不過在現(xiàn)階段還存在一些效率問題，不建議大范圍地推廣使用。只對客戶有強烈需求的項目做個性化，可有可無的項目就不要做個性化了。另外，要注意某個項目從其它頁簽移動到主頁簽的Grid上后，在Grid上切換行的時候，盡量避免點擊個性化的

36、列。因為某行首次點擊個性化列的時候，會有一次Postback到服務器端的動作，這個會消耗一定時間。數(shù)據(jù)庫性能問題基本概念IO：數(shù)據(jù)庫系統(tǒng)最重要的指標就是IO能力，磁盤讀取數(shù)據(jù)的快慢直接決定了SQL效率。一般企業(yè)生產(chǎn)環(huán)境使用多塊高轉速(4塊7500轉)硬盤組成RAID5或RAID 10，提升磁盤IO吞吐能力。企業(yè)要求較高，可以選擇磁盤陣列柜，硬件廠家提供的獨立的磁盤存儲設備。禁止使用本地單塊磁盤。CPU：SQL編譯、執(zhí)行、并行的能力。并非越貴越好，要看CPU的架構(越新越快，可以查詢國外CPU Benchmark基線)，以及主頻、二級緩存、未來橫向擴展能力(支持多少個 CPU插槽)。內存：一般建

37、議數(shù)據(jù)庫內存24G以上，內存越大，可緩存的數(shù)據(jù)越多，從物理磁盤讀取得數(shù)據(jù)更少，效率更高。SQL Server可以設置最大內存，默認是吃光所有內存，用于緩存數(shù)據(jù)，但客戶環(huán)境一定要設置最大值上限，給操作系統(tǒng)和其他進程預留一定內存。比如物理內存24G，報表需要5G，OS需要1G，那SQL內存設置上限18G。集群：SQL 2008及以前的版本，屬于容災集群。只有一臺服務器在工作，如果宕機，另一臺接管，對于充分利用硬件，提升效率，沒有任何幫助，目的是加快災難恢復的時間。SQL 2012以后，提供了AlwaysOn集群，可以部署多臺服務器，讀寫分離，一臺寫，N臺讀，將負載轉移到多臺服務器，提升效率，U9

38、V2.5支持了這一特性，也是U9 V2.5的一大亮點。SQL Profiler：SQL Server自帶的強大的跟蹤工具，可以跟蹤任何數(shù)據(jù)庫的事件，通過跟蹤SQL，可以找到執(zhí)行慢的，集中精力進行優(yōu)化。索引：合時的索引就像字典目錄，極大的提升查詢效率?？烷_代碼往往忽視索引，隨著數(shù)據(jù)量增大，系統(tǒng)越來越慢。阻塞：是數(shù)據(jù)庫常見的問題，同時更新相同數(shù)據(jù)，或相同的資源爭用。數(shù)據(jù)庫發(fā)生阻塞時，不會自動停止某一任務，直到阻塞源執(zhí)行完畢。并非所有阻塞都有問題，有些阻塞本身是正常的，比如同時更改相同物料，具體問題具體分析。死鎖：資源交叉等待，導致死鎖。數(shù)據(jù)庫引擎會自動診斷死鎖，將某個任務犧牲掉，以便可以繼續(xù)執(zhí)行，

39、不會陷入永久等待。死鎖異?？梢栽诮缑婊蛉罩局锌吹?，這是區(qū)別阻塞的重要因素，認清阻塞和死鎖是不同的。理論上來說，死鎖是無法徹底避免的，要看出現(xiàn)的概率，如果出現(xiàn)的頻率較高，需要分析、優(yōu)化，否則只是極偶爾發(fā)生，屬于正?，F(xiàn)象。相關工具集群日志：很多集群部署的數(shù)據(jù)庫環(huán)境，出現(xiàn)故障轉移，短時間無法連接數(shù)據(jù)庫。這個時候，u9的日志中會出現(xiàn)大量數(shù)據(jù)庫聯(lián)接的錯誤。引起故障轉移的原因很多，包括硬件、軟件、網(wǎng)絡，并不一定是應用程序的問題。這時，需第一時間察看集群日志，初步定位問題。集群日志在如下位置：必須使用域管理員登錄，才能察看集群日志。SP_Who2命令：任意一個數(shù)據(jù)庫上，執(zhí)行SP_Who2命令，均可以看到如下

40、列表：Stauts：Runable、Suspended，表示正在執(zhí)行，這是需要重點關注的；Sleeping往往表示已經(jīng)執(zhí)行完畢，出于等待狀態(tài)。SPID：數(shù)據(jù)庫的連接ID。比如我想查看SPID 60，執(zhí)行什么SQL，執(zhí)行命令DBCC Inputbuffer(60)，即可看到。HostName：那臺機器發(fā)出的SQL。Blkby：被哪個連接阻塞。重點關注，如果阻塞鏈很長，現(xiàn)場又急于使用系統(tǒng)，可以找到阻塞的源頭，kill 掉(如kill 60)。結合DBCC Inputbuffer，可以初步定位什么操作引發(fā)了阻塞。Command：大致Insert、Update、Delete、Select和DDL，執(zhí)行

41、的是哪種操作。CPUTime：當前SQL耗用的CPU，消耗越高，說明該SQL影響越大。DiskIO：當前SQL消耗的IO，消耗越大，對系統(tǒng)的影響越大。數(shù)據(jù)庫內置分析報表：位于數(shù)據(jù)庫-鼠標右鍵-報表目錄下。有多個內置的統(tǒng)計工具，可以根據(jù)需要選擇。注意在某個數(shù)據(jù)庫上察看報表和在數(shù)據(jù)庫引擎上察看，菜單有所不同。在某個數(shù)據(jù)庫上察看報表，是針對當前數(shù)據(jù)庫的統(tǒng)計，如每個表占用的空間大小排序、正在執(zhí)行的事物、按存在時間排在前面的事物(最長事物，更需關注)SQL Profiler：強大的跟蹤工具，能夠跟蹤所有SQL，一線人員和客開最好都能掌握。連要跟蹤的數(shù)據(jù)庫服務器：選擇最后一個Tuning模板：選擇右下角“顯示所有列”，此時默認的三個事件變?yōu)榛疑?，因為只選中了部