2009-08-03 64 views
1

我的公司受到臭名昭着的「Hashtable insert failed. Load factor too high」錯誤在我們的網站[6服務器2003 SP2框W/IIS 6.0]的錯誤。我意識到有一個kb更新可以解決此錯誤(請參閱鏈接),但是部門中的其他人沒有及時聯繫Microsoft(而且我沒有權限這麼做)。我們發現,無論是全面的iisreset還是回收應用程序池都可以解決問題。X錯誤後重新啓動IIS /回收App池?

有沒有一種方法可以將IIS配置爲監視它正在生成的錯誤數量,並在達到某個閾值後進行回收和/或重置?應該很容易分辨 - 每分鐘我們會得到超過1000個以上的錯誤。在受影響的服務器上當此錯誤被觸發時。

回答

1

如果你可以在應用程序中使用catch the error(聽起來你可以),你可以讓應用程序自行回收。有關如何執行此操作的詳細信息,請參閱http://www.west-wind.com/Weblog/posts/5688.aspx

當然你需要意識到這樣做的問題。

或者你可以得到app pool recycling working以下條件:

  • 後的時間。
  • X請求後。
  • 在預定時間。
  • 使用設定數量的內存後。

也許你可以找到這些標準之一幫助?

0

你可以創建一個小的顯示器應用,以檢查性能監視器和執行命令以回收應用程序池達到閾值時打(我相信有可能重新啓動一個應用程序池WMI接口)

不是夢幻般的解決方案我會承認...

相關問題