.net IIS中承载的应用程序在事件id 12和9009之后停止

我在IIS中托管了多个应用程序，所有应用程序都将同时停止。当我检查事件查看器时，我只能看到当时事件id为12和9009的日志。这种情况一天发生多次，所有这些时间都是为这两个事件ID输入的事件日志

请参阅事件日志的说明：

事件Id 12：

处理SysWOW64\powercfg.exe将策略方案从{………}重置为{………}

事件编号9009：

---

应用程序主机帮助程序服务在尝试删除历史记录目录“~\inetpub\history\CFGHISTORY\u0000000 823”时遇到错误。将跳过并忽略该目录。请注意，如果服务重新启动，该目录将来仍可能被删除

我找不到任何其他与IIS或工作进程相关的日志，完全不知道如何调试这个问题

---

我们使用的IIS版本是10.0，Windows版本是Windows Server 2016标准版。

当应用程序主机帮助程序服务在尝试删除历史记录目录时遇到错误，将记录事件ID 9009。 要解决此问题，需要重新启动AppHostSvc

您可以按照以下步骤使用命令提示符重新启动AppHostSvc： 以管理员身份运行命令提示符。 键入命令

net stop apphostsvc

键入命令

net start apphostsvc

---

对于事件id 12，一个或多个哈希表或Group.lst文件已损坏或丢失；服务器无法为发布添加信息。

能否重建服务器并将域或负载平衡器指向新的IP地址？由于高可靠性对应用程序很重要，您是否有负载平衡器和web服务器群？换句话说，您是否有适当的架构来减少停机时间？@halfer您能告诉我为什么这些警告会显示在事件查看器中并频繁停止我们的应用程序吗。我对这些事件不太了解，正在试图找出根本原因。我们的应用程序也没有负载平衡器。如果我们有，它是如何连接到这些事件的？对不起，我对Windows托管一无所知。如果您无法重建服务器，那么在搜索引擎中搜索错误可能会给您一些线索。@KesiyaAbraham，您能解决这个问题吗？这很有帮助。这些事件如何影响我们的应用程序池/工作进程？应用程序主机帮助程序服务（AppHostSvc）为IIS提供管理服务，例如配置历史记录和应用程序池帐户映射。如果停止此服务，IIS配置历史记录功能将无法工作，并且您将无法使用特定于应用程序池的访问控制项来锁定文件或目录。有关ApplicationHost Helper服务的详细信息，请参阅此内容。感谢您的及时回复。我想知道这两件事有什么关系。i、 e，事件Id 12后面始终紧跟着事件Id 9009。