先談?wù)凞llHotst進(jìn)程消耗cpu 100%的問題：

服務(wù)器正常CPU消耗應(yīng)該在75%以下，而且CPU消耗應(yīng)該是上下起伏的，出現(xiàn)這種問題的服務(wù)器，CPU會(huì)突然一直處
100%的水平，而且不會(huì)下降。查看任務(wù)管理器，可以發(fā)現(xiàn)是DLLHOST.EXE消耗了所有的CPU空閑時(shí)間，管理員在這種
情況下，只好重新啟動(dòng)IIS服務(wù)，奇怪的是，重新啟動(dòng)IIS服務(wù)后一切正常，但可能過了一段時(shí)間后，問題又再次出現(xiàn)了。
直接原因：
有一個(gè)或多個(gè)ACCESS數(shù)據(jù)庫在多次讀寫過程中損壞， MDAC系統(tǒng)在寫入這個(gè)損壞的ACCESS文件時(shí)，ASP線程處于BLOCK狀態(tài)，結(jié)果其他線程只能等待，IIS被死鎖了，全部的CPU時(shí)間都消耗在DLLHOST中。
解決辦法：
把數(shù)據(jù)庫下載到本地，然后用ACCESS打開，進(jìn)行修復(fù)操作。再上傳到網(wǎng)站。如果還不行，只有新建一個(gè)ACCESS數(shù)據(jù)庫，再從原來的數(shù)據(jù)庫中導(dǎo)入所有表和記錄。然后把新數(shù)據(jù)庫上傳到服務(wù)器上。

本頁介紹簡(jiǎn)單的壓縮與修復(fù)功能：

1。以問題數(shù)據(jù)庫文件jit8.mdb為例，原文件大小為17.2MB 如圖：

2。用本地安裝的office access 2003打開此數(shù)據(jù)庫文件jit8.mdb，或者直接雙擊數(shù)據(jù)庫文件。
這個(gè)時(shí)候會(huì)彈出一個(gè)安全警告，直接點(diǎn)“打開”。



3。 這時(shí)候會(huì)出現(xiàn)關(guān)于數(shù)據(jù)庫結(jié)構(gòu)的視圖出來：


4。執(zhí)行上面的“工具” --- “數(shù)據(jù)庫實(shí)用工具”---“壓縮和修復(fù)數(shù)據(jù)庫” 。如圖：




5。 當(dāng)執(zhí)行完畢后，再再次回到 1。表示完成操作，可以關(guān)閉access 2003了。這個(gè)時(shí)候再看下數(shù)據(jù)庫大小 如圖：


怎么樣，驚奇吧，原本17.2MB的數(shù)據(jù)庫被這么輕易的兩下減少到還有5.4MB，再傳到空間里，是不是感覺速度快多了。


6。也可以借助第三方輔助工具進(jìn)行壓縮與修復(fù) 如：http://www.repair-access.com/aar.exe