w3wp崩潰了

Question

我們的其中一台Web服務器正遭受隨機w3wp.exe崩潰的困擾，經過幾周的調試，我根本無法弄清原因。 到目前為止，唯一有幫助的是將最大工作進程從15個減少到5個，但這並不理想，因為我們正在使用多CPU計算機，希望減少所需的服務器總數。 我們處理大量的小請求，因此必須進行並行處理。

據我所知，使用線程鎖定已解決了所有可能的並行處理沖突源。

• 贏得2008 64Bit SP2
• IIS7
• 雙3.1Ghz Xeon
• 4Gb內存

第一個錯誤：應用程序：w3wp.exe框架版本：v4.0.30319說明：該進程由於.NET運行時中的內部錯誤而終止，該錯誤為IP 70D9CECA（70D40000），退出代碼為80131506。

緊隨其后的是：故障應用程序w3wp.exe，版本7.0.6002.18005，時間戳0x49e023cf，故障模塊clr.dll，版本4.0.30319.1，時間戳0x4ba1d9ef，異常代碼0xc0000005，故障偏移量0x0005ceca，進程ID 0x％9，應用程序開始時間0x％10。

非常感謝

編輯問題最終得以解決。 事實證明，SQL Server在每次查詢后都直接卸載數據庫，因此每個新查詢都必須等待它重新裝載。 無論如何，告訴SQL Server不執行此操作似乎已經解決了，不知道如何運行，所以很高興

Answer 1

問題終於解決了。 事實證明，SQL Server在每次查詢后都直接卸載數據庫，因此每個新查詢都必須等待它重新裝載。 無論如何，告訴SQL Server不執行此操作似乎已經解決了，不知道如何運行，所以很高興

Answer 2

異常代碼0xc0000005通常指向內存訪問沖突。 查找您可能正在使用的任何不安全組件。

Answer 3

您正在兜風。 這些異常很難跟蹤和糾正。

第一步是獲取IIS調試診斷工具（v1.1） 。 安裝此程序后，需要設置一些跟蹤項目，然后將調試器附加到正在運行的進程中。 請記住，此工具收集了大量數據（可能會超過1GB的數據），因此梳理它可能會很麻煩，但是它有很大的潛力告訴您哪些模塊導致崩潰以及哪些模塊崩潰正在干擾。

w3wp.exe崩潰的原因是，在代碼/運行狀況監視/等操作已經完成的事務階段，發生了無法處理的異常。

就我個人而言，我發現將會話與流程脫鈎可以解決問題。 我從來沒有發現完整的原因，但是我們最好的猜測是分頁的內存需求太大，以至於w3wp.exe無法同時處理所有內存。 一旦我們解耦到外部會話狀態服務器，問題就消失了。

Answer 4

現在可能是時候重新考慮您的網絡花園了。 斯科特·福賽斯（Scott Forsyth）有一個有趣的11分鍾vLog，以了解為何Webgardens適得其反： http ：//dotnetslackers.com/articles/iis/Why-You-Shouldnt-Use-Web-Gardens-in-IIS-Week-24.aspx

他在VLog中提到的文章的鏈接：

針對IIS6和IIS7的調整建議-閱讀全文： http : //support.microsoft.com/kb/821268更多信息http://blogs.msdn.com/b/tmarq/archive/2007/07/21/ ASP凈線程的使用上-IIS-7-0-和6-0.aspx

他的底線是，如果您遇到了由網絡花園解決的性能問題，請使用網絡花園作為關鍵，直到解決了基礎性能問題（通常是資源爭用）