1 - 文檔你爲什麼「必須」重啓每天早上
- 像Web應用程序的IIS和SQL不能重新建立連接
- 或一個過程變得如此巨大,很明顯這是泄漏
- 或一個過程有巨大的CPU使用率升溫和IIS持續下降請求
- 等等,等等要檢查日誌文件,事件日誌,SQL Server有它自己的日誌
個
2 - 現場
- 喜歡它閒置8-10小時或文檔使用patters忙了一整夜
- ,如果它的忙,然後日誌文件(包括IIS日誌)將提供一些就當一個問題開始
- 如果是閒置了很長一段時間的信息,檢查程序池的網站已經工作進程一套自動回收閒置後1h說 - 你也可以設置diferent回收戰術
- ,如果它是SQL連接在閒置期後 - Kerberos票該帳戶已過期。
- 來修復域帳戶,看看DB連接字符串(通常在網絡。配置),並檢查MSDN的參數
- 或調出一個新的網站或應用程序,它將繼續ping一個web方法,它只是做一個小的查詢(就像在某個表上計數)並返回結果作爲一種管理員心跳 - 這不僅可以幫助你acsually看到SQL連接問題
3 - 檢查,如果你有多個站點/ web應用程序在服務器上運行
- ,每個都有它自己的應用程序池並且他們在域帳戶下運行
- 每個應用程序都有它自己的,日誌和其他可寫文件
- 每個應用程序池都有回收的戰術,是很好的實際使用模式
- 需要不同的回收的戰術,如果是閒着
- 問單獨的文件夾SOR得到發展和ping通了OPS極小子有些心跳一種Web服務的需要
- 運行的每個Web應用程序的一部分,並使用相同的SQL連接
- 如果你沒有足夠的預算爲此提出了一些地獄
來源
2010-07-29 12:40:25
ZXX
你不知道爲什麼它的崩潰或研磨停頓?事件日誌中沒有任何事情,Umbraco數據庫,任何系統性能視圖,數據庫連接等都沒有錯。 – Rup 2010-07-29 08:38:37
您是否嘗試過使用IIS 7.5的預熱功能? – Turowicz 2010-07-29 08:46:04
@Turek:不幸的是,無法將當前處於測試階段的內容添加到現場製作框中。 – 2010-07-29 09:32:03