IIS 6挂起，然后应用程序池重置。IIS调试诊断转储已连接

IIS 6.0挂起，然后应用程序池在大约3分钟后重置。这是一个ASP站点，在重置后，它会在几秒钟内运行良好，然后挂起。此IIS 6实例上的所有其他应用程序池都正常运行。这台机器似乎没有任何性能问题。我使用IIS调试诊断进行内存转储，这是呈现的分析。谁能给我一些支持

分析摘要类型描述建议警告 在以下位置检测到可能堵塞或泄漏的关键部分： ntdll！中线程24拥有的LdrpLoaderLock w3wp.exe支持站点AppPool\uuuuuuuuu PID\uuuuuuuuu3960\uuuuuuuuuu日期\uuuuuuuuuu07\u23\u2009\uuuuuuuuuuu时间\uu02\u22\u36pm\uuuuu551\uuuuu手册 Dump.dmp

此锁的影响

66.67%的执行ASP请求被阻止

22.58%的螺纹堵塞

（螺纹6 22 23 27 28 29 30）

以下函数正试图进入此关键部分

ntdll！LDRLock装载机锁+133

ntdll！LdrpGetProcedureAddress+128

ntdll！LdrpInitializeThread+68

本关键部分涉及以下模块

C:\WINDOWS\system32\ntdll.dll，来自Microsoft公司 动态链接库（DLL）的入口点函数应执行 只有简单的初始化或终止任务，但是此线程 （24）正在使用LoadLibrary API加载dll。遵循指导 在DllMain的MSDN文档中，以避免访问冲突和 加载和卸载库时发生死锁

请与供应商Microsoft Corporation联系以获取更多信息 C:\WINDOWS\system32\mscoree.dll 警告：在asp检测到可能堵塞或泄漏的关键部分！g_ViperReqMgr+2c归中的螺纹8所有 w3wp.exe支持站点AppPool\uuuuuuuuu PID\uuuuuuuuu3960\uuuuuuuuuu日期\uuuuuuuuuu07\u23\u2009\uuuuuuuuuuu时间\uu02\u22\u36pm\uuuuu551\uuuuu手册 Dump.dmp

此锁的影响

6.45%的螺纹堵塞

（第7至9条）

以下函数正试图进入此关键部分

asp！CViperActivity:：PostAsyncRequest+72

本关键部分涉及以下模块

\？\C:\WINDOWS\system32\inetsrv\asp.dll，来自Microsoft Corporation 根据根目录，确定了以下供应商进行跟进 原因分析

微软公司

请跟进上面列出的供应商考虑 采用以下方法确定该关键部分的根本原因 问题：在应用程序验证程序下载中启用“锁定检查” 来自以下URL的应用程序验证程序：

Microsoft Application Verifier通过运行以下命令为此进程启用“锁定检查”：

Appverif.exe-启用锁-有关w3wp.exe的更多信息，请参阅以下文档：

使用AppVerifier测试应用程序使用DebugDiag崩溃规则监视应用程序是否存在异常

---

根据提供的信息，这听起来像是应用程序本身的问题，而不是IIS的问题。您是否确保没有任何异常紧密的环路或过多/极重的DB负载，可能是一些PInvoke调用，或者只是一个Web应用程序的异常调用，导致应用程序/运行时死亡，并导致池死亡？

我认为您应该尝试一些工具，如fiddler和其他东西。这样您就可以确切了解加载站点所需的时间。从日志来看，应用程序本身似乎有问题。因此，不要使用过多的循环，缓存数据库中的数据并使用，也不要在会话或应用程序中存储大型对象。

我希望您不要只是发布生产密码bro:）

---

我同意Quintin的观点，似乎ADO提供程序中的某些东西导致了失败。

您的ASP Classic应用程序失败，因为所有线程都被阻止。我建议在web服务器上运行，看看在哪里使用了哪些句柄。我看不到堆栈跟踪中有太多重复，这表明特定dll存在问题