2012-03-14 137 views
0

我有一个在IIS7.5上运行的Web服务。 BizTalk将数据发送到WS。 WS打开SharePoint对象模型并将执行一些事务。几个BizTalk调用WS应用程序在EventViewer中的下面的信息崩溃之后。应用程序池崩溃?

Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7afa2 
Faulting module name: MSVCR80.dll, version: 8.0.50727.6195, time stamp: 0x4dcdd833 
Exception code: 0x40000015 
Fault offset: 0x0000000000006a68 
Faulting process id: 0x2010 
Faulting application start time: 0x01cd0161a09e2134 
Faulting application path: c:\windows\system32\inetsrv\w3wp.exe 
Faulting module path: C:\Windows\WinSxS\amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.6195_none_88e41e092fab0294\MSVCR80.dll 

系统日志:

服务应用程序池“Web服务”的处理遭受了致命的通信错误的Windows进程激活服务。进程ID是'8208'。数据字段包含错误编号。

+0

不是一个确切的重复数据删除技术,但这种信息可能有助于追查问题:http://stackoverflow.com/questions/5115611/in-windows-does-the-exception-unknown-software-异常0x40000015,发生 – NotMe 2012-03-14 15:13:21

回答

2

上次我崩溃IIS是因为我意外地建模了一个构造函数,所以它会进入一个无限循环。如果你全部是托管代码,那么除非你无限地点击/填充内存,否则很难让你崩溃IIS。

我建议你在代码上运行一个分析器,并从Visual Studio的代码分析工具中获得帮助。看看你是否在处理连接,或者你像我一样有无限循环。它通常是我们,而不是框架或硬件:)

ps:如果您有一次性物品,请确保您使用的是“使用”块,这是确保您处理物品的最佳方法。 (代码分析将最终指出它们)

ps2:了解错误的另一个好方法可能是在文本文件上记录关键事件 - 或者您怀疑的东西。正如你可能知道许多日志库可用于dotnet(我会去NLog

1

由于您使用的SharePoint对象模型,我认为很可能是什么detay说,但我不知道这会导致应用程序故障。我想你可能会看到内存不足的例外。令人惊讶的是,这不是BizTalk应用程序故障。

如果在分析和检查代码后没有看到任何内容,我会联系Microsoft支持部门以解决此问题。诊断应用程序故障可能很困难,支持呼叫会更快地解决问题的底部。

感谢,