剛裝windows Server 2003服務器，運行沒幾天，在系統的事件查看器里就發(fā)現了一個錯誤：“svchost 數據庫引擎已停止”，隔段時間又會出現“消息 svchost (860) 數據庫引擎 5.06.3790已啟動”，看上去是數據庫出了問題。

我服務器主要是用MYSQL，查看MYSQL運行日志沒有發(fā)現相關問題，覺得很奇怪，我呀沒裝SQLSERVER,所以就我遇到的問題，肯定不是SqlServer問題。

后來有事忙，就沒再管了，因為網站一切正常，似乎沒有受到影響，又過了四五天吧，又想到這個問題沒解決，就又登錄了服務器，這下仔細看看究竟是怎么回事，事件日志又看了一遍，發(fā)現這個錯誤每隔幾分就會出現，大概是5分鐘，很有規(guī)律，這才突然把問題重點轉移到系統設置上面，是不是有些地方設置了時間限制？想來想去，MYSQL中也沒此設置，windows2003中，和時鐘有關的，也就是SQL SERVER MANAGEMENT STUDIO里的任務管理和IIS中的時鐘設置了。因為沒裝SQLSERVER，所以把問題重點轉到了IIS上。

IIS應用程序池設置面板，取消“啟用快速失敗保護”選項

IIS上有時鐘設置的應該是應用程序池，可設置進程回收之類的，于是打開了IIS面板，還果真發(fā)現了問題：在IIS的應用程序池屬性->運行狀況->“啟用快速失敗保護”選項中，在“如果在指定時間段內發(fā)現指派給應用程序池的太多工作進程運行不正常，快速失敗保護將停止該應用程序池”這里的時間段設置為5分鐘，于是果斷將“啟用快速失敗保護”功能關閉，取消前面的對勾，重啟服務器，貌似問題解決了，到現在沒在出現。當你的服務器出現“svchost 數據庫引擎已停止”現象時，或許可以做些參考。

還有可能是這樣的原因，有網友出現這種情況：

svchost (700) 數據庫引擎 5.02.3790.3959 已啟動。(700) 括號中的700 為 進程PID 標識樓主一定是聽信網絡上的所謂地址池優(yōu)化，把IIS里的“應用程序地址池”的工作進程回收時間從默認的1740分鐘，改為60分鐘了，居然是自己所為，那么就應該接受這個系統報告，無需大驚小怪，這不會引起什么后遺癥，關鍵是看你需不需改動這個，原因幫你找到。