应用程序池关闭答案

【问题标题】：Application Pool shutting down应用程序池关闭
【发布时间】：2011-08-24 05:05:06
【问题描述】：

每当我尝试在 4.0 应用程序池中启动一个站点时，它会立即关闭（如果它曾经启动过），并在事件日志中留下一个事件：

Windows 找不到本地配置文件，正在使用临时配置文件登录。当您注销时，您对此配置文件所做的更改将丢失。指定的用户是 IIS APPPOOL\DefaultAppPool

后跟另一个事件日志条目 Windows 无法让您登录，因为您的配置文件无法加载。检查您是否已连接到网络，以及您的网络是否正常运行。

这台机器运行的是 Win 7 Ultimate

如果错误确实是事件日志中指示的错误，我该如何重置应用程序池用户？

【问题讨论】：

【解决方案1】：

在将我的 Win7 Ultimate x64 机器升级到 SP1 后，我刚刚遇到了这个问题。在应用程序事件日志中发现了上述消息。它伴随着它的好朋友，“应用程序池'DefaultAppPool'由于服务于该应用程序池的进程中的一系列故障而被自动禁用。”在系统事件日志中。

我将应用程序池的高级设置“加载用户配置文件”从 True 更改为 False，并且我的应用程序池使用配置的身份（在我的情况下是域帐户）再次运行。

【讨论】：

是的，切换身份也对我有用。我似乎是一个黏糊糊的解决方案，我仍然不明白默认应用程序池是如何工作的
谢谢！！苦苦挣扎了这么多天……但是这个设置有副作用吗？？
此设置的作用是，如果设置为 true，将使用配置的用户的临时目录来存储文件，这本质上更安全，因为您可以将每个应用程序池配置为使用不同的身份，从而确保一个人无法访问另一个人的数据。所以副作用是如果设置为 false (C:\Windows\Temp)，所有应用程序池都将使用相同的临时目录，就像 w/IIS6 一样。 Reference
我遇到了同样的问题。但是，如果我将加载用户配置文件更改为 false，我可以重新启动我的应用程序池。尽管如此，如果我运行单元测试或重新启动 PC，IIS 中的此设置会自动切换回 true。关于如何解决这个问题的任何想法？谢谢
@MaiOM，IIS 设置没有改变自己的习惯。一定有什么东西在改变他们。请参阅此帖子 (forums.iis.net/t/1195261.aspx) 并启用 IIS 日志记录以跟踪为您更改该设置的原因。

【解决方案2】：

从 Windows 8 升级后，我在 Windows 10 上遇到了这个问题。问题是我的默认配置文件已损坏。（升级到 Windows 10 时显然会发生这种情况。）

首次使用新用户登录时，会复制默认配置文件以创建新用户的配置文件。如果它已损坏，这可能会导致新用户登录失败。

这在 Windows 10 上对我有用：

现在将Load User Profile 设置为True 重试。它应该可以工作。

【讨论】：

【解决方案3】：

就我而言，Windows 10 版本 1909、IIS 10、在域帐户下运行的应用程序池、应用程序池的“加载用户配置文件”或“快速故障保护”设置对问题没有影响。

当我从 IIS 中删除这两个应用程序及其应用程序池并重新创建它们时，问题得到了解决。新的应用程序池确实像以前一样将 Load User Profile 设置为 true。

【讨论】：