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

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

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

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

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

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

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