Win2019升级后IIS-10 worker processes崩溃技术求助

问题场景 #

Windows Server 2019升级自Win2012，IIS中指向SQL Filestream UNC共享的PDFReader应用（原虚拟目录）出现w3wp.exe崩溃：

• 崩溃触发模块：nativerd.dll（版本10.0.17763.1），异常码0xc0000005（内存访问违规）
• DebugDiag定位崩溃点：nativerd!INDEXED_ARRAY_LIST::FindEntry+18
• 触发条件：访问20MB以上PDF文件（部分超100MB）
• 当前状态：快速失败保护已启用，避免503错误，但进程切换存在延迟

针对性解决方案 #

1. 升级nativerd.dll至修复版本 #

该版本的nativerd.dll存在大文件流处理的内存管理bug，需通过Windows累积更新修复：

• 安装Windows Server 2019最新累积更新（LCU），将dll版本升级至10.0.17763.3770及以上
• 验证路径：C:\Windows\System32\inetsrv\nativerd.dll，右键查看属性确认版本

2. 优化IIS应用池与大文件请求配置 #

调整应用池和请求参数适配大PDF访问：

• 应用池高级设置：
  • 队列长度从默认1000调至2000，最大请求数设为0（无限制）
  • 若SSRS或PDF组件依赖32位库，启用“允许32位应用程序”
• 请求处理参数：
  • 进入应用的「配置编辑器」，定位到system.webServer/serverRuntime节点
  • uploadReadAheadSize设为41943040（40MB），maxRequestEntityAllowed设为104857600（100MB，可根据最大PDF尺寸调整）
• 权限强化：
  • 确保应用池标识对SQL Filestream UNC共享拥有完全控制权限（含写入，支持SSRS渲染临时操作）
  • 给标识添加本地IIS_IUSRS组权限，同时确保该组对C:\Windows\Temp及应用临时目录有读写权限

3. 禁用冲突的IIS原生模块 #

nativerd.dll关联的部分原生模块可能干扰大文件流处理：

• 在IIS管理器中进入应用的「模块」设置
• 禁用非必需模块（需验证不影响SSRS调用）：ProtocolSupportModule、WebDAVModule
• 重启应用池与IIS服务

4. 优化SQL Filestream配置 #

减少网络IO与磁盘压力：

• 在SQL Server配置管理器中，将Filestream「网络访问」设为「启用完全访问」
• 监控Filestream所在磁盘的IOPS与吞吐量（通过PerfMon的PhysicalDisk计数器），必要时升级存储介质
• 启用SQL Server的Filestream缓存，降低重复读取的网络开销

5. 深度调试（若上述步骤无效） #

• 使用WinDbg附加到w3wp进程，捕获崩溃时的完整内存dump
• 执行!analyze -v命令，分析INDEXED_ARRAY_LIST::FindEntry的调用栈，排查是否为特定损坏PDF触发异常
• 用Adobe Acrobat等工具验证大体积PDF的文件完整性

内容的提问来源于stack exchange，提问作者mmostwill