问题标签 [application-pool]

我知道可以设置会话超时。但是，如果应用程序本身在给定的时间段内没有收到任何请求，IIS 将关闭应用程序。

此行为可在 IIS 管理控制台中配置，我知道如何执行此操作。不过，我想知道是否可以在 web.config 中进行配置。

我在同一个 IIS 上有 2 个网站指向相同的代码库，因为它们是白标网站。现在我应该为每个网站创建应用程序池还是应该为两者使用相同的应用程序池？

我担心该服务器上的资源。

是否有人熟悉获取与进程 ID 关联的应用程序池的方法？我正在使用 Win32_Process 查询 W3WP 服务并返回 PID 现在我正在尝试获取与之关联的应用程序池。

我在 IIS 中遇到超时问题。在 web.config 中，会话超时设置为 60 分钟，但 20 分钟后会话结束。

此问题仅在 IIS7 中出现，在 IIS5 中不会出现。

经过一番调查，我发现这是由于应用程序池超时。如果应用程序池有 20 分钟没有做任何事情，IIS 将结束会话。

如果应用程序使用的是 defaultAppPool，这总是会发生，但如果我将应用程序池更改为经典的 .NET 应用程序池，则不会发生超时。

两种模式都有空闲超时，但只有在 DefaultAppPool 中才会出现这种情况。

• 为什么是这样？
• 成为 Classic .NET AppPool 和 DefaultAppPool 有什么区别？
• 经典和集成之间的管道有什么区别？

我有一个需要一定响应时间（不到 1 分钟）的 WCF 服务。

我的问题是每隔一段时间，最常见的是在早上，服务需要很长时间才能响应（有时超过 2 分钟）。

我认为这是因为该应用程序已回收并且第一次运行必须重新编译。

还有其他可能发生这种情况的原因吗？

是否可以关闭应用程序回收？如果是，那会导致任何副作用或不稳定吗？我假设将 asp.net 应用程序设置为回收是有原因的。

还有什么可以做的来提高首次运行的性能吗？

我有一个应用程序在响应中附加黄色 asp.net 错误屏幕。页面看起来正常，然后在 Html 下方出现黄色屏幕。我已将此错误范围缩小到响应期间应用程序重置以及会话终止。因此，如果我开始加载页面并保存 web.config，它会给我一个附加到页面的与会话相关的错误。我将使用 sessionstate 服务来解决这个问题，但我很好奇是否有人见过实际附加到他们的应用程序 html 的黄色屏幕。该网站甚至使用 customerrors="on" 重定向到 500 个错误页面。我怎样才能防止这种情况发生？你认为 sessionstate 服务会有帮助吗？

谢谢

我们大约每月遇到一次这个问题。很难查明原因，因此我们将不胜感激。这会导致应用程序池停止并关闭站点。我们浏览了所有的日志文件，没有任何结论。我们在 IIS 6 上使用 2.0.3 版本。

我需要改进通常在固定数据库用户上运行的 Web 应用程序的可追溯性。DBA 应该能够快速访问有关降低数据库性能的重度用户的信息。

5 年前，我实现了一个 .NET ORM 引擎，它使用 DBMS_APPLICATION_INFO 包记录用户和服务器。在连接管理器上方使用包装器，代码如下：

DBMS_APPLICATION_INFO.SET_MODULE('" + 用户 + " - " + appServerMachine + "','');

每次连接从池中获得连接时，都会执行该包以将信息记录在 V$SESSION 中。

有没有人使用 Toplink 或 Hibernate 发现或实施了解决此问题的方法？这个问题有默认实现吗？

我在这里找到了我 5 年前实施的解决方案，但我想知道任何人都有更好的解决方案并与 ORM 集成。

将 DBMS_APPLICATION_INFO 与 Jboss 一起使用

我的应用程序在 Spring 之上，DAO 是用 JPA（使用休眠）实现的，并且实际上直接在 Tomcat 中运行，并计划（明年）迁移到 SAP Netwevare Application Server。

谢谢。

场景：我有一个使用 Web 部署项目部署的 n 层企业 ASP.NET 应用程序。所有层都生成由 ASP.NET 应用程序使用的独立程序集。

问题：当我运行应用程序时。部署后第一次需要花费大量时间将依赖程序集加载到内存中。但是一旦加载了它的快速照明应用程序。如果没有用户访问该应用程序，IIS 会从内存中卸载程序集，当用户尝试在以后的实例上访问该应用程序时，它会再次加载所有程序集，加载时间与加载时间相同第一次这样做。

我正在寻找一种解决方案，使我能够将我的程序集持久地加载到内存中，从而覆盖程序集对内存驻留的易失性。

或任何其他让我的用户愉快地使用解决上述问题的应用程序的解决方案。

我有一个要求，我需要能够从位于我的 Web 前端 (WFE) 上的应用程序页面访问位于管理中心的列表。我遇到的问题是我的 WFE 的应用程序池用户无权访问 SharePoint_AdminContent 数据库，因此我被拒绝访问，他们都有自己的应用程序池

在日志中，它显示以下内容：

• 恢复为进程标识
• SqlConnection.Open 之前的当前用户：名称：SharePointDemo\SPContentPool SID：S-1-5-20 ImpersonationLevel：无
• SqlConnection.Open 之后的当前用户：名称：SharePointDemo\SPContentPool：S-1-5-20 ImpersonationLevel：无
• SQL Server 实例“SPNSQL”上的数据库“SharePoint_AdminContent_53169fb3-137c-44b2-b90e-961b656e4275”中的用户“SPContentPool”的 SQL 数据库权限不足。下面包括来自 SQL Server 的其他错误信息。对象“proc_EnumLists”、数据库“SharePoint_AdminContent_53169fb3-137c-44b2-b90e-961b656e4275”、架构“dbo”的执行权限被拒绝。

我曾尝试使用 SharePoint\System 用户令牌运行 Daniel Larsons 方法（http://daniellarson.spaces.live.com/blog/cns!D3543C5837291E93!1919.entry），但它似乎只提升为与应用程序池一样高。

我希望有一种简单的方法来模拟 Admin Web 应用程序的应用程序池，但一直无法找到这样做的方法......或者将进程身份更改为具有访问权限的身份

感谢您收到任何想法、想法或解决方案！

菲尔