金蝶金蝶K/3K/3產品性能穩定性優化指導手冊產品性能穩定性優化指導手冊((常見問題常見問題))（（V3.0V3.0）） 金蝶軟體(中國)有限公司研發中心K/3產品事業部.設計部解釋目的本手冊在於指導技術支援人員、分支機搆實施服務人員和客戶處理K/3系統應用過程中產生的性能問題、中間層伺服器問題等；同時也指導我們的實施服務人員和客戶在實施中如何避免將來可能發生的性能問題和中間層問題。讓研發人員、技術支援人員和分支機搆實施人員一起共同提高工作能力，快速反應快速解決客戶的問題。適合對象本手冊的主要閱讀物件是K/3系統研發人員、技術支援人員、實施人員、客戶服務人員和公司授權的有一定技術能力的客戶系統管理員。回饋本手冊是對研發在處理客戶性能和穩定性問題的收集和總結，所以涉及到的面有可能還不夠。完善本手冊，提供一個更加完整的客戶問題解決指導方案，離不開大家的支持，所以大家在碰到相關的問題時，請回饋K/3設計部，我們將及時對手冊更新。導讀本手冊包括資料庫、中間層、用戶端和輔助分析工具介紹四大篇，分別介紹K/3客戶性能和穩定性問題的處理方法、案例以及輔助工具，請您根據您的需要選擇相應的章節閱讀。注意由於此手冊可能牽涉一些K/3在技術方面的細節，為了防止有些人用意不良，斷章取義來攻擊K/3和公司，請注意保密。金蝶K/3產品性能穩定性優化指導手冊目錄目錄.21.環境準備.42.問題處理流程和分析方法.72.1問題處理流程.72.2問題分類.92.2.1非K/3軟體問題..92.2.2K/3軟體問題.92.3問題分析方法.102.3.1排除法..102.3.2像醫生看病..112.3.3從現象入手..113.網路與CITRIX應用問題.123.1網路引起的性能問題介紹.123.1.1網路配置不符合K/3應用需求，帶寬不足..123.1.2網路不穩定或存在丟包現象..123.1.3網路安全性問題..133.2CITRIX應用引起的性能問題介紹.143.1.1Citrix應用硬體配置指南..144.資料庫性能問題.154.1資料庫常見性能問題介紹.154.1.1資料庫伺服器硬體配置..154.1.2資料庫維護策略不當..184.1.3資料庫表結構不合理..224.1.4資料庫性能優化方法總結..234.2資料庫性能常見問題解答.23Q：影響系統運行性能的主要因素有哪些?.23Q：如何評價併發客戶數量？.23Q：資料庫伺服器要注意什麼事項？.235.中間層性能和穩定性問題.245.1中間層COM+性能和穩定性問題優化指導.245.1.1中間層伺服器硬體配置..245.1.2中間層與用戶端不同域性能優化..255.1.3COM+常用處理方法.255.1.4Win2003下中間層EBO元件包安全設置.325.1.5殺毒軟體對中間層的影響..335.1.6Windows2003中IIS6.0進程管理.33-2-金蝶K/3產品性能穩定性優化指導手冊5.2COM+問題常用分析方法..335.2.1排除法..335.2.2資訊收集綜合分析法..345.3中間層COM+問題解答.375.3.1如何解決COM+/MTS4097錯誤事件?.375.3.2不支援事務的元件是否能放入COM+應用程式中？..375.3.3如何在安裝完COM+ApplicationProxy之後,修改遠端伺服器名？.375.3.4VB在COM+和MTS中創建對象有何異同點?..375.3.5需要開啟哪些埠以使MSMQ能夠透過防火牆存取？..375.3.6把COM+應用程式導出為ApplicationProxy後，安裝到WindowsNT或Windows98上時，為什麼CreateObject()會產生”classnotregistered”錯誤？.375.3.7如果COM+應用程式中的元件依賴於其他的元件或動態連結程式庫，將COM+應用程式導出為ApplicationProxy並試圖安裝在Windows2000上時，會出現下列錯誤：ErrorregisteringCOM+Application.Contactyoursupportpersonnelformoreinformation。.375.3.8做大的查詢時COM+元件調用時間過長，此時若用戶端用戶人為結束進程，COM+還是一直在轉，需要幾分鐘後COM+才能釋放.385.3.9如何優化進程間通訊（包與包間的調用），提高性能..385.3.10防火牆導致COM+不能訪問的問題..385.3.11COM+包[安全屬性]設置中如果設置身份驗證級別為無會有什麼影響，對性能提升有無幫助？.385.3.12如何更好地部署COM+，需要遵循什麼原則..385.3.13VB元件能否支援物件池..385.3.143G補償的作用..385.3.15在中間層MODULE能不能執行SQL.395.3.16.Net調用自動COM+時，併發性能較差..395.4中間層非COM+性能優化.395.4.1停止K/3系統相關服務..395.4.2域伺服器、中間層伺服器、資料庫伺服器分開部署..406.用戶端性能問題.416.1用戶端性能問題介紹.416.1.1某些用戶端的速度比以往使用K/3慢一點..416.1.2某些局部功能速度太慢..416.1.3用戶端出現Automation錯誤.416.1.4如何查看具體哪個元件存在性能問題..426.1.5關於趨勢防火牆與K/3的衝突..426.1.6使用了嚴重影響K/3系統性能的系統選項..426.1.7其他..436.2.5系統突然出現全面的死機現象..436.2.6用戶端出現“新事務不能登記到指定的事務處理器中”..44附錄1：SQLSERVER的大記憶體管理.48-3-金蝶K/3產品性能穩定性優化指導手冊1.環境準備客戶使用K3出現問題時，導致的原因可能是多種多樣的，為了更好的確定導致問題的原因，我們需要核對一下系統的環境。 作業系統WINDOWS2003是否安裝SP1以上的補丁，WINDOWS2000是否安裝SP4補丁32位元系統，實體記憶體大小，對於作業系統可以支援最大記憶體見（下面設置需要重新啟動才能生效）4GB：在BOOT.INI檔中增加/3GB開關>4GB：在BOOT.INI檔中增加/PAE開關例如：multi(0)disk(0)rdisk(0)partition(2)\%systemroot%=-WindowsServer2003DatacenterEdition-/PAE安裝病毒即時防護或者啟用微軟防火牆如果資料庫和中間層伺服器啟用防護，可以暫時停一段時間看是否性能有所改善，以確定是否防護產生的影響用戶端需要將K3的應用放在例外中HOSTS文件（%SystemRoot%\system32\drivers\etc）中間層伺服器將資料庫伺服器的IP位址和名稱加到HOSTS檔中資料庫伺服器將中間層伺服器的IP地址和名稱加到HOSTS檔中如果資料庫記憶體大於2GB，但實體記憶體一直在2GB左右，檢查組策略中【記憶體中鎖定頁面】是否設置（gpedit.msc）【電腦配置】/【windows設置】/【安全設置】/【本地策略】/【用戶許可權分配】/【記憶體中鎖定頁面】添加當前機器下的SYSTEM用戶和登錄該機器的Administrators組中的用戶如果是SQLSERVER2005，不進行上面的設置將無法啟用AWE設置中間層和資料庫伺服器MSDTC設置(Windows2003+SP)是否如下-4-金蝶K/3產品性能穩定性優化指導手冊 資料庫版本SQLSERVER2000標準版只支援最大2GB記憶體需要支援超過2GB記憶體，需要選擇SQLSERVER2000企業版本和SQLSERVER2005標準/企業版本如果作業系統為64位元機器，建議安裝64位版本SQLSERVERSLQSERVER2005標準版支援4CPU【物理CPU】，超過4CPU【物理CPU】必須使用企業版本補丁SQLSERVER2000安裝SP4SQLSERVER2005安裝SP2如果在企業管理器中看到阻塞導致的情況是同一個SPID把自己阻塞了，檢查處理器並行查詢分析器中執行sp_configure'maxdegreeofparallelism',如果返回為0，運行下面語句:sp_configure'showadvancedoptions',1RECONFIGUREGOsp_configure'maxdegreeofparallelism',1RECONFIGUREGOsp_configure'showadvancedoptions',0RECONFIGURE32位元系統下AWE設置(如實體記憶體為8GB設置資料庫的最大記憶體為-5-金蝶K/3產品性能穩定性優化指導手冊6GB)在查詢分析器中執行sp_configure'aweenabled'，如果返回為0,表示未啟用AWE。sp_configure'showadvancedoptions',1RECONFIGUREGOsp_configure'aweenabled',1RECONFIGUREGOsp_configure'maxservermemory',6144RECONFIGUREGO資料庫的故障還原模式是否為【簡單】,如果採用事務日誌備份，不需要修改故障還原模式資料庫的【自動收縮】屬性是否取消再查詢分析器中執行DBCCSHOWCONTIG(ICSTOCKBILL)查看表的索引碎片情況，如果【掃描密度】低於85%，那需要重新執行索引重建工作資料庫檔和TEMPDB檔所在磁片是否有可用空間 組件包設置元件包啟用帳號設置為【指定用戶】或者將【互動式用戶】，需要將【調用的身份驗證級別】設置為【連接】，【類比級別】為【標識】元件包的【安全級別】設置為【僅在進程級別執行許可權檢查】 二次開發如果有自定義的報表，是否設置髒讀的事務隔離級別，即在報表語句前面加上SETTRANSACTIONISOLATIONLEVELREADUNCOMMITTED 網路在DOS模式下執行ping【伺服器IP位址】-l1204–n100不能出現丟包現象，如果出現丟包的現象，需要檢查網路-6-金蝶K/3產品性能穩定性優化指導手冊2.問題處理流程和分析方法2.1問題處理流程一般問題的處理步驟如下：-7-金蝶K/3產品性能穩定性優化指導手冊性能問題處理流程信息收集確認問題解決問題分析現象與關鍵人物交流了解問題落實問題真實性初步定位問題判斷問題來源存在類似案例?參照案例解決按照相應方法分析解决?解决?收集現場信息否是否否性能診斷模板SQL跟蹤腳本數據庫環境信息中間層環境信息提交研發中心結束是是確定是功能問題還是性能問題確定數據庫是否來自中間,數據庫或者客戶端MPSRPT_SQL.exeMPSRPT_Alliance_X86.EXE客戶回饋性能或穩定性問題，不要著急，按照如圖上的步驟我們逐步分析，正確的方法是解決問題的前提，下面為你快速定位問題作一個簡單的說明：第一步：引導客戶瞭解具體問題；當客戶出現性能問題時，首先你要找到發現該問題的客戶關鍵人員（一般都是操作人員），然後和他進行交流溝通。找到關鍵人員以後，引導客戶交流，確認問題所在，確認詳細的操作步驟，問題發生的模組，相關的業務場景和機器環境等。經過前面的交流，如果有可能首先要落實問題的真實性，避免前面描述和交流導致的錯誤引導。第二步：收集用戶電腦資訊；自動收集伺服器的事件日誌，系統配置環境，作業系統版本等資訊。第三步：判斷問題來源根據獲取的資訊，定位問題對於系統的日誌檔和資料庫日誌檔中的異常。在http://support.microsoft.com/網站查找相關的技術或者解決文檔，看是否可以解決問題。第四步：參照案例解決問題初步定位客戶問題以後，首先查看一下是否存在類似案例，如果有，可以參照案例集，我們就能夠快速有效解決問題。如果沒有類似案例，我們可以參照相應的分析方法進行分析定位，解決問題（見下面-8-金蝶K/3產品性能穩定性優化指導手冊章節的問題分析和解決）。第五步：定期收縮資料庫和定時優化帳套第六步：檢查資料庫表結構設計是否合理常見有：二次開發的表沒有索引,造成性能隱患；不恰當的觸發器和游標的使用，大資料表缺少聚集索引。對於K3已經存在的資料表，可以根據用戶實際使用業務情況進行索引優化。第七步：尋找合適的補丁第八步：與研發溝通，獲得解決方案以上描述的是最基本的步驟，對於客戶的性能問題我們最好是及早解決，如果不能解決儘快回饋到研發，往往發現有些客戶剛開始有性能問題時，通過重啟伺服器等方法湊合。當客戶這樣使用一段時間後可能會越來越不滿滿意，導致後面解決問題的阻力很大，所以要積極面對，儘早解決。2.2問題分類2.2.1非K/3軟體問題這類問題大多是K/3系統的運行環境問題，還有些是應用和實施問題，下面列舉一些問題的描述，主要幫助認識問題的本質分類。2.2.1.1網路問題網路出現問題時一般有些用戶端不能操作並且有明顯錯誤提示。一般表現為網路不暢通，網路帶寬不足，網路不穩定有丟包情況，網路安全性問題等，詳細請參考手冊第五章。2.2.1.2硬體配置硬體配置尤其是伺服器的硬體配置問題，在很多客戶那兒發現硬體配置偏低，從而引起性能或穩定性問題。資料庫伺服器建議使用高性能配置的機器，或通過增加CPU和記憶體來提升伺服器性能。因為資料庫是系統的所依賴的平臺，如果平臺本身有問題，那麼應用在上面的系統肯定也會有問題。對於硬體配置盡可能在實施時防患於未然，否則如果在使用過程中出現問題時再提議客戶升級硬體，可能會受到客戶的抵制。一定要對客戶的未來業務量有一定的預估，給出合理的硬體配置方案。具體的應用配置請參考後面各個章節的硬體配置部分。2.2.1.3軟體環境軟體環境主要是指資料庫伺服器的作業系統和SQLServer版本，以及安裝的其他軟體。在此特別強調資料庫伺服器的作業系統儘量採用WIN2003企業版本，SQLServer使用SQLServer2000企業版，並至少安裝SP4補丁程式。關於用戶端儘量採用WIN2000作業系統，不要使用WIN98。這樣有助於K/3系統更加健壯的運行。2.2.1.4實施和應用問題有些性能問題可以通過合理的實施和應用來避免，主要是通過調整系統參數或使用方式讓系統速度得到提升。例如序時簿的查詢在過濾介面少選擇要顯示的列，盡可能使用嚴格的過濾條件，不要使用顯示關聯標誌的系統選項都會一定程度的提高系統速度。這些問題在手冊的不同部分會有相關的內容，以後也會逐步補充。在這裏還要強調一點在實施中做的二次開發很有可能引發性能問題。對於有二次開發的系統一定要對二次開發作檢查，看看是否有性能問題。-9-金蝶K/3產品性能穩定性優化指導手冊2.2.2K/3軟體問題對任何軟體，都可能會存在一定的性能問題。K/3作為一個複雜的企業應用軟體，同樣也不可避免會存在性能問題，這需要我們積極去解決。2.2.2.1局部功能速度太慢，不能滿足日常的業務要求這些慢的功能點大多數是一些查詢和計算功能，如物料（商品）收發匯總表查詢，期末結賬，成本計算等功能。執行慢的原因在於業務處理邏輯複雜，需要訪問的資料量很龐大，需要使用更多的系統資源，從而可能導致所有其他功能點都變得很慢，或者系統一段時間無法回應的（實際是得不到系統資源，處於長期的等待中）現象。當然也有些功能可能是由於當初設計的時候考慮不周，演算法不夠優化，導致單項功能的性能較差，對於這樣的問題，可以錯開業務使用高峰，優化演算法，或對資料庫建立索引來提升性能。2.2.2.2整體應用存在性能問題有些性能問題是由於當時設計系統時沒有考慮到資料量的規模，當資料量達到一定規模後系統運行不能達到預期。由於這些問題從軟體本身來說可能牽涉很多模組和代碼，如果優化需要投入很多的資源，只能在新版產品中改進。如10.2資料授權問題就是這樣一個問題，在V10.2SP1中已經做了全面優化。2.2.2.3系統突然出現全面的等待現象對這類問題，大多數情況是用戶端提示“調用程式忙，切換到…”，“正在調用中間層…”等提示，首先要判斷是否網路或硬體問題；然後看資料庫是否阻塞，COM+是否出現問題等等，否則有可能是元件本身存在問題，具體可以參考下面各個章節的內容。2.2.2.4有規律的在某個時段系統速度變慢大多數是月末，或者某段業務高峰期。在發生問題的時段可能會是某一個計算型功能如結賬操作耗用系統資源太嚴重，或者是併發程度高引發系統資源不足.2.3問題分析方法在處理客戶問題時，我們要對問題本質有一個清晰的認識，同時我們要採取有效的方法去逐步發現和解決問題。2.3.1排除法在處理性能問題時，排除法是最有效的方法。因為大多數客戶性能或穩定性問題，尤其是無規律，全面性的性能或穩定性問題，定位問題所在是很重要的。當然對於那些能夠明確定位的問題，可以直接進入下面的章節尋求解決方法。首先看看是否是非軟體的問題。網路是否暢通，硬體配置是否合理，作業系統和SQLServer是否符合建議性的要求（如查看資料庫表的統計資訊，是否存在碎片），應用方式是否合理。如果是軟體問題主要就是定位是何功能影響了系統的運行速度。首先可以參照，4.1資料庫常見性能問題介紹，5.1中間層COM+常見問題介紹判斷是資料庫、中間層、用戶端還是網路存在問題，然後在各自的章節中尋求解決方法。如果是資料庫性能問題，我們可以從硬體，資料庫配置及大小，SQL跟蹤優化，資料表索引，資料庫日誌檔等幾個方面進行排查；如果是中間層COM+問題，我們可以參照5.2中間層COM+常見問題處理中分析和處理方法進行問題處理；如果用戶端問題，一般要通過排除確定是資料庫、中間層存在問題還是用戶端本身程式存在問題。-10-金蝶K/3產品性能穩定性優化指導手冊2.3.2像醫生看病解決性能問題就和醫生看病一樣，分支機搆和客戶的系統管理員一定要親自觀察現場，可以獲取一些從用戶描述的現象很難得到一些有價值的資訊。就和醫生看病一樣他不可能只憑病人的描述來診斷。2.3.3從現象入手解決性能問題總讓人有無從下手的感覺，我們定位問題方法更多，最簡單的方法從我們看到的現象入手，逐步分析細化，然後根據分析收集的指標資料，定位或解決問題。例如現象是發生在用戶端cpu100%，那麼直接從用戶端入手即可，判斷該現象是只有在一台用戶端出現，還是所有用戶端都出現，然後根據這個我們就可以重新定位問題或者查找原因了。-11-金蝶K/3產品性能穩定性優化指導手冊3.網路與Citrix應用問題3.1網路引起的性能問題介紹網路引起的性能問題，反映到整個網路系統，或者單獨某台電腦上。現象為K/3系統使用不穩定，時快時慢，甚至出現用戶端掛起的現象。由網路引發導致的性能問題，主要包括下面幾個方面：3.1.1網路配置不符合K/3應用需求，帶寬不足當網路帶寬不符合K/3應用需求時，最直接的後果是導致K/3應用出現性能問題，特別是進行大資料量的查詢時速度更慢。檢測帶寬可用帶寬測試軟體，例如Chariot；或者伺服器架設HTTP/FTP服務，在用戶端查看單線程下載檔速度來判斷有效帶寬，如在100M到桌面網路環境裏，用戶端通過檔下載實測約5—7MByte/s，據此推算該百兆網實際有效帶寬40—56Mbit/s。下表是K/3應用對網路的基礎要求：網路類別設計要求局域網應用1.核心交換機1000M，資料庫、中間層伺服器、HR/Web伺服器直連核心交換機1.100M交換到用戶端桌面，用戶端到中間層有效帶寬≥40M1.全局域網網路延遲小於10ms，丟包率小於2%廣域網應用1.核心交換機1000M，資料庫、中間層伺服器直連於核心交換機2.100M交換到接入伺服器(Citrix/終端服務)、HR/Web伺服器局域網連接3.10M光纖到接入伺服器(Citrix/終端服務)、HR/Web伺服器網際網路連接4.≥64K有效帶寬到每個遠端用戶端(Citrix/終端服務用戶端)5.≥512K有效帶寬到每個HR/Web用戶端6.若採用VPN+K/3GUI模式，需≥2M有效帶寬到每個遠端用戶端有效帶寬需要7.遠端連接網路延遲小於100ms，丟包率小於2%3.1.2網路不穩定或存在丟包現象出現網路不穩定或存在丟包現象問題時一般有些用戶端不能操作並且有明顯錯誤提示。首先應該檢查網路是否暢通，如果出現所有用戶端都無法操作，要檢查中間層和資料庫伺服器是否互通，並且兩台伺服器的IP位址和電腦名是否正確。一般檢查網路是否通暢可以使用PING的方法：通過pingIp位址看是否網路暢通通過pingxxx.xxx.xxx.xxx–n1000–l2000命令實測察看是否丟包和網路的平均速率通過pathpingxxx.xxx.xxx.xxx命令實測察看是否丟包time<1ms,sent=1000,received=999,lost=1(0%loss),Min=0ms,Max=9ms,Average=0ms-12-金蝶K/3產品性能穩定性優化指導手冊for25secondstatistics中,Pct=Lost/Sent=0%即:無丟包,丟包率0%.一般出現丟包掉線的可能原因主要有：1.局域網中的某台或者多台機器感染了病毒，在瘋狂發包，導致路由器NAT連接很快占滿；2.可能是交換機長時間沒有重啟其記憶體已用光，導致交換資料速度緩慢，或受網路風暴影響導致阻塞或交換機的某一個或幾個介面模組損壞，或交換機故障引發的網路內暴建議處理方案：（1）試著斷開某台交換機，進行逐一排查，進行隔離殺毒，找到該台機器，將其隔離；（2）關閉局域網內所有交換機4-5分鐘後，重新接通電源，觀察網路是否恢復正常；（3）聯繫您的網路供應商協助解決。3.1.3網路安全性問題隨著電腦病毒不斷變種和蔓延，其危害程度也越來越高，因此網路安全最大的隱患就是病毒，它能直接導致K/3操作緩慢，出現性能問題。保障系統安全，一般考慮幾個主要因素：1、作業系統安全及時安裝Windows安全補丁（SP和Hotfix）。AD網域控制器及成員伺服器組策略設置、安全範本選擇。IPSec（IP安全策略，例如，資料庫伺服器僅允許某IP進行訪問，防止非法訪問）。（可選項）資料庫伺服器IP位址對用戶端不可見，特殊崗位可採用路由或VPN連接。（可選項）2、防火牆管理防火牆應用目的：設置策略，授權控制訪問，諸如：IP位址、埠、網站等等；發佈局域網應用（FTP、MAILServer、Web應用、局域網伺服器應用程式埠）至Internet。例如，CitrixWI服務應透過防火牆發佈，而不是將Citrix-K/3伺服器直接暴露在互聯網招致攻擊。應用場景：資料庫伺服器完全受防火牆保護、HR伺服器僅發佈80等埠。特別說明：防火牆目前市面上流行很多品牌型號，防火牆性能高低直接影響K/3HR，其系統策略複雜程度均會影響網路傳輸。特別是K/3HR大量併發用戶應用，資料庫與HR伺服器之間的有效帶寬達到100M，甚至更高達1G。所以，在部署防火牆的同時，要求同步考慮防火牆策略是合適，必要時，建議將HR伺服器與資料庫之間同屬防火牆保護範圍之內。3、建立SSL安全機制（可選）IIS的身份認證除了匿名訪問、基本驗證和WindowsNT請求/回應方式外，還有一種安全性更高的認證，就是通過SSL（SecuritySocketLayer）安全機制使用數位證書。建立了SSL安全機制後，只有SSL允許的客戶才能與SSL允許的Web站點進行通信，並且在使用URL資源定位器時，輸入https://，而不是http://。簡單的說默認情況下我們所使用的HTTP協議是沒有任何加密措施的，這點危害在一些企業內部網路中比較大，對於使用HUB的企業內網來說簡直就是沒有任何安全可講，因為任何人都可以在一台電腦上看到其他人在網路中的活動，對於使用交換機來組網的網路來說，安全威脅性要小很多。所以，對安全性要求較高的企業，全面加密整個網路傳輸隧道的確是個很好的安全措-13-金蝶K/3產品性能穩定性優化指導手冊施。4、定時查殺病毒定時地更新病毒庫並在非業務操作時間進行定時的病毒查殺，可以更有效地防止病毒危害，同時也避免對K/3業務操作的性能影響。3.2Citrix應用引起的性能問題介紹Citrix應用引起的性能問題一般主要在Citrix伺服器的配置上面。3.1.1Citrix應用硬體配置指南一般去除作業系統和Citrix伺服器的的消耗，每個CitrixK/3用戶端大概耗用50~150兆左右記憶體。因此對於30個用戶端的併發，最少需要30*50+500(作業系統和Citrix伺服器的消耗)=2000(M)的記憶體。如果記憶體不足時，作業系統將會自動進行換頁處理，這時需要空余的磁碟空間作為交換檔，但也會極大影響程式的性能。-14-金蝶K/3產品性能穩定性優化指導手冊4.資料庫性能問題4.1資料庫常見性能問題介紹本章主要對目前K/3資料庫與性能有關的問題進行描述，幫助用戶更好地優化資料庫伺服器性能，以提升K/3整體應用的性能。主要包括資料庫伺服器硬體性能、資料庫維護策略、資料庫表結構優化等以及一些其他注意事項。4.1.1資料庫伺服器硬體配置從很多客戶回饋的性能問題發現：資料庫伺服器硬體配置偏低，對系統運行性能產生了一定的影響，導致客戶出現整體性的性能問題。資料庫伺服器作為賬套數據的存儲平臺，無論從性能還是可靠性方面都提出了很高的要求，其配置的基本要求如下：經濟型配置建議（100個線上用戶以內應用，賬套大小在4G以下）項目配置OSWindowsServer2003企業版+最新SP(目前SP2)MSSQLSQLServer2005標準版+最新SP(目前SP2)CPU雙核Xeon5100系列，配置雙路CPU，合共4物理核心記憶體4-8GB存儲UltraSCSI或SAS，RAID5或RAID10網路1000M交換標準型配置（100-200個線上用戶應用，賬套大小在4-8G）項目配置OSWindowsServer2003企業版+最新SP(目前SP2)MSSQLSQLServer2005標準版或企業版+最新SP(目前SP2)CPU四核Xeon5300系列，配置雙路CPU，合共8物理核心記憶體8-16GB存儲SAS，RAID5或RAID10網路1000M交換高端應用（200-400個以上線上用戶應用，賬套大小在8G以上）-15-金蝶K/3產品性能穩定性優化指導手冊項目配置OSWindowsServer2003企業版+最新SP(目前SP2)MSSQLSQLServer2005企業版+最新SP(目前SP2)CPU四核Xeon7300系列，配置四路CPU，合共16物理核心記憶體16-32GB存儲FC-SAN網路1000M交換通過增加記憶體和CPU可以提升資料庫伺服器的性能，利用RAID來存儲資料可以提高資料的安全和可靠性，同時也會帶來一定的I/O性能提升。另外也可以考慮將賬套分佈到不同的資料庫伺服器上。一般通過觀察伺服器上任務管理器的性能監控可以大概判斷硬體配置是否有問題。下面主要談談CPU和記憶體因素。4.1.1.1與CPU有關問題症狀1：資料庫伺服器中任務管理器CPU持續100%很長一段時間分析：當發現資料庫伺服器的CPU很長一段時間都是100%佔用，首先確認是否為很少使用的計算功能或者是大資料量查詢，還是日常業務功能；若為前者，建議適當安排系統空閒時間,儘量不要在業務高峰期運行；若為後者，請通過SQL事件探查器跟蹤執行時間較長的SQL，對SQL進行優化（參考），如果仍然不能解決，請將耗時比較長的SQL發回研發中心進行分析和定位。症狀2：資料庫伺服器CPU絕大多數時間保持在40%以上分析：資料庫伺服器CPU長期保持在40%以上，系統的運行速度時快時慢，這表示CPU的負荷已經很重，建議升級硬體，增加CPU的個數可能是需要的。症狀3：資料庫伺服器CPU耗用很低，但系統整體性能很差分析：這種情況很可能是資料庫發生阻塞。對執行結果進行分析並尋求解決方法，如果不能解決，請把結果保存為檔回饋到研.
