我们的一台web服务器正遭受着随机的w3wp.exe崩溃,经过几周的调试,我根本找不出原因。到目前为止,唯一有帮助的是将最大工作进程从15个减少到5个,但是这并不理想,因为我们正在使用一台多cpu机器,希望减少所需服务器的总数。我们为大量的小请求服务,因此并行处理是一项要求。
据我所知,使用线程锁定解决了所有可能的并行处理冲突源。
第一个错误:应用程序: w3wp.exe框架版本: v4.0.30319描述:进程由于.NET运行时在IP70D9CECA (70D40000)处的内部错误而终止,退出代码为80131506。
紧随其后的是:故障应用程序w3wp.exe,版本7.0.6002.18005,时间戳0x49e023cf,故障模块clr.dll,版本4.0.30319.1,时间戳0x4ba1d9ef,异常代码0xc00005,故障偏移量0x0005ceca,进程id 0x%9,应用程序启动时间0x%10。
非常感谢
编辑问题最终得到解决。结果是,SQL server在每次查询之后都会直接卸载数据库,因此每个新查询都必须等待重新加载。总之,告诉Server不要这么做似乎解决了它,不知道它是如何工作的,所以我很高兴
发布于 2011-01-21 12:00:13
问题最终解决了。结果是,SQL server在每次查询之后都会直接卸载数据库,因此每个新查询都必须等待重新加载。总之,告诉Server不要这么做似乎解决了它,不知道它是如何工作的,所以我很高兴
发布于 2010-10-06 17:02:45
异常代码0xc0000005通常指向内存访问冲突。查找可能正在使用的任何不安全组件。
发布于 2010-10-06 17:07:30
你要去兜风了。这些异常很难追踪和纠正。
第一步是获取IIS调试诊断工具(v1.1)。安装完毕后,您将需要设置一些跟踪项目,然后将调试器附加到正在运行的进程中。请记住,这个工具收集了大量的数据(它可能超过1GB ),因此梳理它可能是一个麻烦,但它有很大的潜力告诉您哪些模块导致了崩溃,哪些模块是干扰的。
但是,w3wp.exe崩溃的原因是,在您的代码/运行状况监视/etc已经完成的事务阶段,出现了不可处理的异常。
在我个人的案例中,我发现会话与流程脱钩解决了问题。我从未发现全部原因,但我们最好的猜测是,分页的内存需求太大,w3wp.exe无法同时处理所有这些。一旦我们解耦到外部会话状态服务器,问题就消失了。
https://stackoverflow.com/questions/3874988
复制相似问题