8

我正在对 ASP.NET 应用程序中的重新启动进行故障排除。该应用程序每天重新启动大约 20 次。我们强烈怀疑应用程序的一部分，因为当这个特定功能投入生产时，重新启动就开始了。我已经使用 log4net 库向这些页面添加了一些日志记录，但是我在解释日志时遇到了麻烦。

当 ASP.NET 应用程序在应用程序池中运行时，是只运行该应用程序的一个实例，还是运行该应用程序的多个实例？我知道会产生几个工作进程线程。工作进程线程与应用程序池中运行的应用程序有什么关系？

我想如果有多个应用程序记录到同一个日志，我可能无法正确解释结果。如果一个重新启动但另一个没有，则日志并不能真正告诉我重启发生时发生的事情。

更新 1

查看此页面，我发现以下信息：

应用程序池定义一组一个或多个工作进程，并配置有向分配给该应用程序池的一个或多个应用程序提供请求的通用设置。因为应用程序池允许一组 Web 应用程序共享一个或多个类似配置的工作进程，所以它们提供了一种方便的方法来将一组 Web 应用程序与服务器计算机上的其他 Web 应用程序隔离开来。进程边界将每个工作进程分开；因此，一个应用程序池中的应用程序问题不会影响其他应用程序池中的网站或应用程序。

但我仍然很困惑。我从经验中知道，我可以分配两个完全不同的应用程序来使用同一个应用程序池。这是否意味着将产生两个工作进程？或者是否可以为第一个应用程序生成多个工作进程，并为第二个应用程序生成多个工作进程？如果一个工作进程发生问题，它能否关闭该应用程序池中运行的每个应用程序？

更新 2

从这个关于使用 WinDbg 的页面，我找到了这个信息（强调我的）：

在 IIS 5.x 中，只有一个 Aspnet_wp.exe 工作进程和一个调试器线程。因此，一次只能将一个调试器附加到 Aspnet_wp.exe 进程。如果您在同一台机器上处理多个 Web 应用程序，这可能会造成问题。在 IIS 6.0 中，您可以强制 AppDomain 在单独的应用程序池中运行。（有关详细信息，请参阅第 1 章中的“IIS 5.x 进程模型”和“IIS 6.0 进程模型”。）单独的应用程序池提供多个 W3wp.exe 进程。在这些进程中创建了多个调试器线程（每个线程一个），使您能够更有效地进行调试。

在我看来，这听起来就像每个 App Pool 都有一个w3wp.exe进程。我解释对了吗？如果是这样，那是否仍然适用于 IIS 7.5？

4

1 回答 1

14

是的，每个应用程序池通常是一个进程1，但可以包含多个线程。您可以将多个站点分配给一个应用程序池，这些站点都将在同一进程下运行，但是它们将在不同的“应用程序域”下运行，这些“应用程序域”是将一个站点的代码与另一个站点的代码分开的安全上下文，即使它们'重新在同一个应用程序池上运行。

同时访问站点的两个用户可以在不同的线程上运行，这意味着他们可以同时运行。这意味着任何日志记录都可以散布值。您可能希望将会话值添加到日志记录中，以便您可以根据会话进行排序。

应用程序池重启（回收）是正常的，一天重启 20 次似乎并不稀奇。它们每天可能发生多次，并且 IIS 控制应用程序池何时重新启动。每当感觉需要清理池时，它就会执行此操作。2您的应用程序应该以这样的方式编写，以便从这里优雅地恢复（即，不要在会话中保留任何在应用程序池重新启动时无法轻松重新创建的内容）。

当您的应用程序中发生未处理的异常时，应用程序池也可以重新启动。在这种情况下，您想解决造成这种情况的原因。此类异常通常记录在事件日志中。

1 – 虽然您可以将应用程序池配置为具有多个工作进程（这称为Web Garden），但根据我的经验，这不是典型的（也不是通常推荐的）配置。

2 – 请注意，使用 IIS 管理器，您可以配置应用程序以将回收事件记录到 Windows 事件日志中。您还可以使用 IIS 管理器设置几种不同类型的回收事件发生时的阈值。

于 2013-07-09T13:57:25.293 回答