系统重启后IIS应用程序池无法自动启动，手动启动可正常运行

针对系统重启后MY_POOL_NAME应用池无法自动启动、手动启动正常的问题，结合事件日志的标识无效/启动故障提示，可按以下步骤排查解决：

1. 调整WAS服务启动类型为延迟自动 #

系统重启时，WAS服务可能早于身份验证服务（如域控制器同步、本地账户验证服务）完成启动，导致临时无法验证应用池标识。

• 打开服务管理器（运行services.msc）
• 找到Windows Process Activation Service(WAS)，右键选择「属性」
• 将启动类型改为「自动（延迟启动）」，保存后重启系统测试

2. 确认应用池标识的核心权限 #

手动启动时的权限上下文与系统启动时不同，需确保标识账户拥有以下必要权限：

• 本地登录权限：打开「本地安全策略」→「本地策略」→「用户权利指派」→「允许本地登录」，添加应用池标识账户
• 批处理作业登录权限：同上路径，找到「作为批处理作业登录」，添加目标账户
• IIS组归属：确保账户属于IIS_IUSRS用户组，且对网站根目录拥有读取/执行权限

3. 调整应用池快速失败保护策略 #

系统重启过程中可能触发快速失败保护机制，导致应用池被自动禁用：

• 打开IIS管理器，定位到MY_POOL_NAME应用池，右键选择「高级设置」
• 找到「快速失败保护」区域：
  • 将「快速失败保护间隔」延长至10分钟以上
  • 提高「失败次数」阈值（如设置为10）
  • 可临时禁用快速失败保护进行测试（不建议长期保持禁用状态）

4. 检查WAS服务的依赖项完整性 #

WAS服务依赖多个系统服务，若依赖服务启动异常会影响应用池初始化：

• 打开服务管理器，右键WAS服务选择「属性」→「依赖项」
• 确认所有依赖服务的启动类型为「自动」，且无启动失败记录

5. 重置应用池配置缓存 #

若存在配置缓存损坏，可重置应用池配置后重新设置：

• 以管理员身份打开命令提示符，执行命令：

  %windir%\system32\inetsrv\appcmd clear config -section:applicationPools
  

• 重新配置MY_POOL_NAME的标识及其他参数，重启系统验证

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