为应用程序池“{0}”提供服务的进程与 Windows 进程激活服务发生致命通信错误。如何获取故障转储？

Question

我有一个运行 Windows Server 2008 SP2（64 位）和 IIS7 的实时独立服务器。它在自己的应用程序池中运行一个针对 .NET 3.5 构建的 ASP.NET 网站。在一天中的不同时间随机出现上述错误。这可能每天发生一次或多次。通常，当它发生时，它会以相对较快的速度连续发生两到三次。

查看导致崩溃的进程和日志，似乎没有真正的模式或特定场景导致崩溃。

从搜索来看，大多数建议似乎都是获取故障转储并对其进行分析，但是我正在努力获取一个。

我安装了调试诊断 1.2，并尝试了各种崩溃规则设置，但它们不会创建用户转储。目前，我有一个带有默认高级配置的“所有 IIS/COM+ 相关进程的崩溃规则”。

任何人都可以建议为什么在问题发生时不会创建故障转储？还有其他方法来获取故障转储吗？

编辑：我已经根据此有用的链接安装了调试工具，并且正在运行 ADPlus使用这个命令：

ADPlus -crash -pn w3wp.exe -o c:\ADplusCrashDump

希望当它再次发生时我能得到一个故障转储。 。 。

编辑2：发现一个递归方法调用，在极少数情况下会导致堆栈溢出。希望这个问题能够得到解决。不过，我发现了另一个有用的链接，请参阅此博客文章。