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

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

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

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

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



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


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




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


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


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