如何确定w3wp进程崩溃对应的受影响IIS网站？

碰到过好多次这种情况——Windows Server上跑着十几个IIS网站，某个w3wp进程崩了，查Event Viewer或者WER报告只知道是w3wp.exe挂了，就是找不到对应哪个网站，确实挺闹心的。结合你Windows Server 2019+经典ASP的场景，给你几个实用的排查办法：

一、从崩溃日志里抓PID，反向查询对应网站 #

不管是Event Viewer的应用错误日志，还是C:\ProgramData\Microsoft\Windows\WER里的report.wer文件，都能找到崩溃进程的PID（进程ID）：

• 打开report.wer文件，直接搜索ProcessID，比如能看到ProcessID=12345，这个数字就是崩溃的w3wp进程的ID
• 或者在Event Viewer里找到对应的Application Error事件（事件ID通常是1000），切换到「详细信息」标签，找ProcessId字段的值

拿到PID后，用以下方法查对应应用池/网站：

• 用IIS自带的AppCmd工具：打开管理员命令提示符，运行appcmd list wp，这个命令会直接列出所有运行中的w3wp进程，格式是WP "12345" (apppool:YourAppPoolName)，找到你拿到的PID，后面的apppool名就是对应的应用池，再去IIS管理器里查这个应用池绑定的网站就行
• 用TaskList命令快速核对：运行tasklist /svc /fi "imagename eq w3wp.exe"，会列出所有w3wp的PID和对应的服务标识，虽然这里显示的是服务名不是应用池名，但可以结合IIS管理器的应用池属性里的「进程模型」→「标识」来对应（不过AppCmd更直接，优先用它）

注意：如果崩溃的进程已经退出了，TaskList和AppCmd里可能看不到这个PID，这时候就得结合崩溃的时间点，去查当时的系统日志或者用下面的提前配置方法来补全信息。

二、提前配置，让崩溃日志直接显示应用池信息 #

如果经常碰到这种问题，不如提前做配置，让后续的崩溃日志直接把应用池名带上，省得每次反向查：

• 修改WER配置捕获命令行参数：w3wp进程启动时的命令行里会包含应用池名称（比如w3wp.exe -ap "MyProblemAppPool" -v "v4.0"），我们可以让WER在生成report.wer时把命令行也记录进去。
  1. 打开注册表编辑器，定位到HKLM\Software\Microsoft\Windows\Windows Error Reporting\LocalDumps
  2. 如果没有w3wp.exe这个子项，就新建一个项（右键→新建→项）命名为w3wp.exe
  3. 在这个子项里新建DWORD值，命名为DumpType，值设为2（全内存转储，会包含完整的进程上下文，包括命令行）；或者新建DumpWithFullMemoryContext值为1，也能捕获命令行信息
• 启用IIS进程日志跟踪：在IIS管理器的服务器级别，打开「工作进程」，这里可以实时看到所有w3wp的PID、应用池、运行时间，也可以右键导出这些信息到CSV，方便事后对照时间点排查

三、从Event Viewer的扩展信息里挖细节 #

有些时候，Application Error事件的「详细信息」里还藏着更多线索：

• 搜索ApplicationName字段，经典ASP的应用可能会在这里显示对应的应用标识
• 或者看FaultingModulePath，如果这个模块是某个网站特有的组件（比如自定义的ASP组件），也能间接定位到对应的网站

备注：内容来源于stack exchange，提问作者D W Langham