時間：2006年7月4日

連續(xù)兩天與十幾位提交了專家坐堂服務(wù)申請的站長交流，卻沒有發(fā)現(xiàn)一例真正因為動易本身引起的性能問題，有些郁悶。

今天通過論壇的貼子，發(fā)現(xiàn)有個虛擬主機商老是在反映CPU會持續(xù)100%。與之聯(lián)系，讓主機商給了這幾個網(wǎng)站的情況。

網(wǎng)站一：
數(shù)據(jù)庫類型：ACCESS
數(shù)據(jù)庫大?。?50M
會員總數(shù)： 50
文章總數(shù)： 300以下
下載總數(shù)： 300以下
圖片總數(shù)： 300以下
商品總數(shù)： 300以下
其他內(nèi)容總數(shù)： 300以
IIS限制數(shù)： 500
流量限制數(shù)： 不限制
CPU限制百分比： 不限制
內(nèi)存限制： 不限制

網(wǎng)站二：
數(shù)據(jù)庫類型：ACCESS
數(shù)據(jù)庫大小： 16M
會員總數(shù)： 50
文章總數(shù)： 300以下
下載總數(shù)： 0
圖片總數(shù)： 0
商品總數(shù)： 0
其他內(nèi)容總數(shù)： 0
IIS限制數(shù)： 500
流量限制數(shù)： 不限制
CPU限制百分比： 不限制
內(nèi)存限制： 不限制

網(wǎng)站三：
全新的動易2006
IIS限制數(shù)： 500
流量限制數(shù)： 不限制
CPU限制百分比： 不限制
內(nèi)存限制： 不限制

服務(wù)器配置：
服務(wù)器品牌及型號： 主機商自己組裝的1U服務(wù)器
服務(wù)器配置： xeon 2.8/1G內(nèi)存
服務(wù)器上站點數(shù)： 30
服務(wù)器的數(shù)據(jù)流量統(tǒng)計： 不限制
服務(wù)器的操作系統(tǒng)： win2000
服務(wù)器上的防火墻軟件： 無
服務(wù)器上的殺毒軟件： 諾頓

主機商向我描述：問題非常奇怪，這臺服務(wù)器上有大約30個站點，其中約有5個動易站點，這些站點用的都是ACCESS數(shù)據(jù)庫。只要這幾個站點一運行，進(jìn)行某項后臺操作，比如添加文章、生成HTML，服務(wù)器的CPU一會兒就持續(xù)100%，一直下不來。

聽了主機商的介紹，給我的第一感覺就是ACCESS數(shù)據(jù)庫可能有問題。詢問主機商是否對這些ACCESS數(shù)據(jù)庫修復(fù)壓縮過，并且推薦一篇文章給主機商參考：。

主機商答復(fù)：這篇文章以前看過，這幾個站點的ACCESS數(shù)據(jù)庫也都壓縮過。

別怪我有些不相信主機商的話，這也是沒有辦法，這些天在對客戶做技術(shù)支持的過程中已經(jīng)總結(jié)出一條：客戶描述的問題現(xiàn)象，只能相信20%，其他的80%要親眼見到才能相信。因為我發(fā)現(xiàn)許多客戶在描述問題時存在著不準(zhǔn)確、不全面的現(xiàn)象，還經(jīng)常有“好像是……”、“我記得……”、“可能是……”等主觀臆斷的字眼。于是，我要了服務(wù)器的遠(yuǎn)程桌面權(quán)限。上去一看，果然CPU占用比較高，基本上在65%以上，偶爾會升到100%，但沒有發(fā)現(xiàn)主機商所說的持續(xù)長時間100%的現(xiàn)象。這應(yīng)該算是正常的。30個站點，CPU在65%——100%波動，雖然有些偏高，但總體上應(yīng)該還算是正常的。

這時，主機商提醒我注意觀察，他進(jìn)入某個站點后臺，添加了一篇文章。果然CPU如他描述一樣，幾秒鐘后就持續(xù)100%了。汗……

繼續(xù)觀察每一個進(jìn)程的CPU占用情況，發(fā)現(xiàn)有兩個DLLHosts.exe進(jìn)程占用較高CPU，這兩個進(jìn)程都在45%上下波動，再加上其他進(jìn)程，CPU占用總和就一直在100%不動了。

通過主機商的指點，停止了他剛才操作的站點，十幾秒鐘后，CPU馬上降了下來，恢復(fù)到在60%上下波動。觀察了一段時間后，再次開啟這個站點，這次我親自去后臺操作，添加了一篇簡單的文章，CPU馬上又上升到100%，并且持續(xù)保持100%占用。這叫我不得不開始懷疑是動易的問題了。再做進(jìn)一步測試，找到這個站點所在的文件夾，進(jìn)去將其數(shù)據(jù)庫改名，再次訪問時，已經(jīng)出現(xiàn)“Conn連接錯誤”，但觀察一段時間后，發(fā)現(xiàn)CPU仍沒有降下來。這就非常奇怪了，按理說，就算再占用CPU，但數(shù)據(jù)庫已經(jīng)不能用了，所有的查詢都不再起效，此時CPU應(yīng)該降下來才對啊。仔細(xì)觀察發(fā)現(xiàn)這個站點的DllHosts.exe占用CPU仍在45%上下波動。

最后決定將這兩個站點都停下來，CPU終于恢復(fù)了正常。

通過以上觀察、分析、測試可以確定，這臺服務(wù)器動易站點長時間占用100%CPU的原因：是動易組件可能與服務(wù)器上某個軟件沖突，從而導(dǎo)致動易組件占用CPU資源后不能自動回收。站點從運行后，就會不斷占用CPU，但不釋放（或者釋放得很少）。這樣的話，進(jìn)行一般的操作，這一個站點就會持續(xù)占用40%左右的CPU資源，如果進(jìn)行生成HTML操作，則CPU占用就會上升到70%或者更多后不降下來，再加上其他程序占用的CPU資源，很快CPU就會100%被占用了。如果有幾個動易站點同時在后臺操作，則更加快速的變成100%占用。

最后和主機商確定了解決方法：
1、另外配置一臺服務(wù)器，安裝Win2003，將這幾個站點移到新服務(wù)器上。
2、重新安裝這臺服務(wù)器的操作系統(tǒng)，換成WIN2003。

后記：這是一個典型的軟件沖突引起的奇怪現(xiàn)象。動易組件可能與這臺服務(wù)器上安裝的某個軟件沖突，導(dǎo)致動易組件占用CPU資源后不能自動回收。
這臺服務(wù)器的軟件環(huán)境如下：Win2000 ADV版＋SQL2000＋WebEasyMail＋Serv-U＋諾頓＋動易組件
動易官方網(wǎng)站的服務(wù)器的軟件環(huán)境如下：Win2003 SP1＋Sql2000 SP4＋動易組件＋Mafee VirusScan企業(yè)版＋WinRAR＋Serv-U＋LinkGate＋AspJpeg＋Jmail＋DU Meter 。