问题标签 [application-pool]

应用程序的架构是直截了当的。有一个维护帐户持有人数据的 Web 应用程序。处理此数据并根据业务规则的数量更新帐户持有人的状态。此过程使用页面上的按钮启动，并且是一个长时间运行的过程（例如 15 分钟）。开发了一个组件来执行此数据处理，该组件在内部调用存储过程。大多数业务规则都保存在存储过程中。

为了处理超时，处理是异步完成的（使用线程池或自定义线程或异步回调委托）。整个过程在一个事务下运行。如果应用程序池被回收或工作进程被强制终止，我想知道您对事务会发生什么的看法？

我注意到在应用程序文件夹中编辑 web.config 文件是如何导致该应用程序池回收并获取更改的。

IIS 如何实现这一点，是否可以为另一个配置文件扩展此功能？或者这种依赖是否在某处硬编码？这与无需编辑通常由不同团队维护的 web.config 即可将配置更改部署到 Web 服务器的可能性有关。

请注意，我不想手动调用此回收事件，而是让它以与 web.config 相同的方式工作。我知道我可以简单地将这些设置添加到 web.config，但这不是我被要求做的。

非常感谢，罗宾

目前，我们正在开发一个 ASMX、ASP 2.0、IIS 7 Web 服务，它会进行一些计算（并返回一个动态生成的文档），大约需要 10 分钟。运行 60 秒。

由于他有一台具有多核和大量 RAM 的大型机器，我希望 IIS 尽最大努力将到达其请求队列中的请求路由到应用程序池线程池的所有可用线程。

但我们经历的却恰恰相反：

当我们从多个不同的客户端向 ASMX Web 服务 URL 发出请求时，IIS 似乎串行处理这些请求。即请求 1 到达，正在处理，然后请求 2 正在处理，然后请求 3，等等。

问题：

如果有足够的线程可用，是否可以（不更改 Web 服务的 C# 代码）配置 IIS 以并行处理请求？

• 如果是：我该怎么做？
• 它没有：任何解决方法/提示？

是否有任何 Visual Studio 插件可以在使用“附加到进程...”调试这些 w3wp 进程时显示关联的应用程序池名称？

通常我必须在调试之前执行以下步骤：

c:>\Windows\system32\inetsrv\appcmd list wps

然后我获取要调试的应用程序池的进程 ID，然后将其附加到“附加到进程”窗口中。

我觉得如果有一个插件可以自动做到这一点会很高兴，但谷歌搜索后没有找到任何这样的东西。

我在这里有一个疑问，我有一个 asp.net MVC Web 应用程序，每天晚上我们都在从 IIS 回收应用程序池。现在，当第二天第一个请求到来时，需要时间来获得响应。

第一次请求需要一些时间，因为未加载应用程序域（应用程序未启动）来启动 Web 应用程序需要一些时间。

现在的问题是及时编译器会再次出现吗？意思是每天早上都需要重新JIT重新编译？

我们在 IIS 6 中具有 4GB+ 内存的 Web 服务器上运行 ASP.NET 应用程序。在阅读了许多文章后，它指出我们需要将应用程序池的“使用的最大内存”设置为 800mb 以消除“out of内存异常”发生在我们身上。但是，Application Pool 中的“最大虚拟内存”应该设置为多少呢？我找不到关于应该设置什么的信息。

我有一个 WCF Web 服务，它保存在 IIS 上的应用程序池下。

最近，当我尝试调用此 Web 服务时，我得到了“服务不可用”。我尝试做的第一件事是重新启动应用程序池。我做到了，几秒钟后，它坠毁并停止了。

查看事件查看器，我发现了这些消息，目前无法帮助我找到问题所在。

为应用程序池“X”提供服务的进程报告失败。进程 ID 为“11616”。数据字段包含错误号。

有关详细信息，请参阅http://go.microsoft.com/fwlink/events.asp上的帮助和支持中心 。

在获得了其中的几个之后，我得到了这个：

由于为该应用程序池服务的进程中的一系列故障，应用程序池“X”被自动禁用。

有关详细信息，请参阅http://go.microsoft.com/fwlink/events.asp上的帮助和支持中心 。

我已经检查了权限和应用程序池配置，但一切似乎都很好。

有人经历过吗？

提前致谢。

使用 IIS 6，应用程序隔离是否基于应用程序池发生？如果是这样，当一个应用程序池中有多个虚拟目录时会发生什么？它们是否都共享相同的内存，如果一个虚拟目录崩溃，所有其他应用程序也会崩溃？

我们的 ASP.NET 2 Web 应用程序非常优雅地处理异常。我们在 Application_Error 中捕获 Global ASAX 中的异常。从那里我们记录异常并向用户显示友好的消息。

然而，今天早上我们部署了我们网站的最新版本。它运行了半个小时，但随后 App Pool 崩溃了。在我们恢复之前的版本之前，该站点没有恢复。

如何使应用程序池崩溃并跳过正常的异常处理程序？我正在尝试复制这个问题，但到目前为止还没有运气。

更新：我们找到了解决方案。我们的一个页面正在截屏另一个页面。但是 URL 配置不正确，页面最终被无限地截屏，从而导致堆栈溢出异常。

我在 .Net 4.0 上的 IIS 7.5 上部署了一个 Asp.Net MVC 2 Web 应用程序。当我选择应用程序池作为Asp.Net v4.0 Classic时，出现以下错误。

当我选择应用程序池作为Asp.Net v4.0 Integrated时，相同的应用程序工作正常。有谁知道这是什么原因？

更新：我按照以下网址中的步骤操作。

http://www.asp.net/mvc/tutorials/using-asp-net-mvc-with-different-versions-of-iis-cs

我为 .mvc 扩展添加了一个映射，并且还修改了路由，如下所示。

现在下面的 url 工作正常，我可以看到 Home/Index 页面。

但这仍然给出相同的错误（HTTP 错误 403.14 - 禁止）

这应该有效，因为我已将 Root 映射到 Home/Index 操作。

更新

这是在 Win 7 Ultimate Turbo Gold Premium 64 位系统上的 IIS 7.5 上。应用程序池以集成模式运行。当我切换到经典时，一切都像宣传的那样工作。如果我在经典模式下运行我的应用程序，则会按应有的方式授予公共访问权限。所以这里有一个问题：如果我愿意，如何在集成模式下运行它？