×

服務(wù)器常見問(wèn)題之一

  • 作者:新網(wǎng)
  • 來(lái)源:新網(wǎng)
  • 瀏覽:100
  • 2018-01-26 17:46:27

服務(wù)器,也稱伺服器,是提供計(jì)算服務(wù)的設(shè)備。由于服務(wù)器需要響應(yīng)服務(wù)請(qǐng)求,并進(jìn)行處理,因此一般來(lái)說(shuō)服務(wù)器應(yīng)具備承擔(dān)服務(wù)并且保障服務(wù)的能力。下面小編來(lái)為大家分一種服務(wù)器的常見問(wèn)題。

 服務(wù)器,也稱伺服器,是提供計(jì)算服務(wù)的設(shè)備。由于服務(wù)器需要響應(yīng)服務(wù)請(qǐng)求,并進(jìn)行處理,因此一般來(lái)說(shuō)服務(wù)器應(yīng)具備承擔(dān)服務(wù)并且保障服務(wù)的能力。下面小編來(lái)為大家分一種服務(wù)器的常見問(wèn)題。

mp39274297_1446455867537_3.jpg

dllhost進(jìn)程造成CPU使用率占用100%

特征:服務(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ù)在多次讀寫過(guò)程中損壞,微軟的 MDAC 系統(tǒng)在寫入這個(gè)損壞的ACCESS文件時(shí),ASP線程處于BLOCK狀態(tài),結(jié)果其它線程只能等待,IIS被死鎖了,全部的CPU時(shí)間都消耗在DLLHOST中。

解決辦法:

安裝“一流信息監(jiān)控?cái)r截系統(tǒng)”,使用其中的“首席文件檢查官IIS健康檢查官”軟件,啟用”查找死鎖模塊”,設(shè)置:

–wblock=yes

監(jiān)控的目錄,請(qǐng)指定您的主機(jī)的文件所在目錄:

–wblockdir=d:\\test

監(jiān)控生成的日志的文件保存位置在安裝目錄的log目錄中,文件名為:logblock.htm

停止IIS,再啟動(dòng)“首席文件檢查官IIS健康檢查官”,再啟動(dòng)IIS,“首席文件檢查官IIS健康檢查官”會(huì)在logblock.htm中記錄下最后寫入的ACCESS文件的。

過(guò)了一段時(shí)間后,當(dāng)問(wèn)題出來(lái)時(shí),例如CPU會(huì)再次一直處100%的水平,可以停止IIS,檢查logblock.htm所記錄的最后的十個(gè)文件,注意,最有問(wèn)題的往往是計(jì)數(shù)器類的ACCESS文件,例如:”**COUNT. MDB ”,”**COUNT.ASP”,可以先把最后十個(gè)文件或有所懷疑的文件刪除到回收站中,再啟動(dòng)IIS,看看問(wèn)題是否再次出現(xiàn)。我們相信,經(jīng)過(guò)仔細(xì)的查找后,您肯定可以找到這個(gè)讓您操心了一段時(shí)間的文件的。

找到這個(gè)文件后,可以刪除它,或下載下來(lái),用ACCESS2000修復(fù)它,問(wèn)題就解決了。

以上就是dllhost進(jìn)程造成CPU使用率占用100%的解決辦法。

免責(zé)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)自行上傳,本網(wǎng)站不擁有所有權(quán),也不承認(rèn)相關(guān)法律責(zé)任。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容,請(qǐng)發(fā)送郵件至:operations@xinnet.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),本站將立刻刪除涉嫌侵權(quán)內(nèi)容。

免費(fèi)咨詢獲取折扣

Loading