当我启动应用程序池并在该池中的应用程序中请求页面时，我收到“HTTP错误503.该服务不可用。”
如果我查看IIS中的应用程序池，我可以看到它现在已停止。转到事件查看器我发现此错误消息：
'应用程序池Badge.Web的标识无效。为身份指定的用户名或密码可能不正确，或者用户可能没有批量登录权限。如果未更正标识，则在应用程序池收到第一个请求时将禁用应用程序池。如果批处理登录权限导致问题，则在Windows进程激活服务（WAS）重试登录之前，必须在授予权限后更改IIS配置存储中的标识。如果在处理完第一次应用程序池请求后标识仍然无效，则将禁用应用程序池。数据字段包含错误编号。'
我非常确定我使用的凭据是正确的。其他东西导致应用程序池停止。
答案 0 :(得分：12)
今天，当使用Windows用户身份X的应用程序池在为该用户更改密码后停止工作时，我遇到了类似的问题。
显然，与旧凭据链接的一些信息存储在系统中，我通过以下方式解决了问题：
到目前为止，它的工作正常。
答案 1 :(得分：3)
虽然可能出现这种情况的原因有多种，但在这种特定情况下，由于应用程序池无法启动而发生503错误。这是因为最近为应用程序池尝试运行的标识更改了密码。修复是去IIS管理器 - ＆gt;应用程序池 - ＆gt;高级设置 - ＆gt;过程模型 - ＆gt;身份并将密码设置为新密码。
在继续进行故障排除之前，检查事件查看器日志（事件查看器（本地） - > Windows日志 - ＆gt;应用程序以查找特定的故障原因也会有所帮助。
答案 2 :(得分：3)
我发现了一篇文章
修复方法是确保Service / AppPool帐户在服务器上具有“作为批处理作业登录”和“作为服务登录”用户权限。这项权利可以在本地安全政策中找到＆gt; <计算机配置> Windows设置＆gt;地方政策＆gt;用户权利分配。删除冲突的组策略并修复本地策略或添加组策略的权限。
答案 3 :(得分：0)
我遇到了同样的问题，我的解决方案是：经理 - ＆gt;应用程序池 - ＆gt; ＆＃34;选择游泳池＆＃34; - ＆GT;高级设置 - ＆gt;过程模型 - ＆gt;身份 - ＆gt;网络服务