時(shí)間：2006年7月4日

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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