Iis Windows Server 2003-空闲时保持运行
我目前正在将一个网站移动到一个新的服务器上，同时我注意到有一个选项可以设置com+应用程序组件在空闲时运行 该选项目前在所有组件上都设置为true，但在我看来，这似乎需要某种权衡（页面加载时间与服务器上的压力）Iis Windows Server 2003-空闲时保持运行,iis,web,components,windows-server-2003,com+,Iis,Web,Components,Windows Server 2003,Com+,我目前正在将一个网站移动到一个新的服务器上，同时我注意到有一个选项可以设置com+应用程序组件在空闲时运行 该选项目前在所有组件上都设置为true，但在我看来，这似乎需要某种权衡（页面加载时间与服务器上的压力） 有人知道这些选项的实际利弊吗？我猜您正在从Windows 2000迁移到Windows 2003。在IIS6网站（以及其中定义的应用程序）上，现在使用IIS manager中定义的应用程序池的专用概念，而不是使用原始COM+应用程序 但是，在这两种情况下，如果进程闲置一段时间（即未处理任
有人知道这些选项的实际利弊吗？我猜您正在从Windows 2000迁移到Windows 2003。在IIS6网站（以及其中定义的应用程序）上，现在使用IIS manager中定义的应用程序池的专用概念，而不是使用原始COM+应用程序 但是，在这两种情况下，如果进程闲置一段时间（即未处理任何请求），则可以选择关闭进程 好处是释放了进程占用的内存和其他资源 缺点是在用户请求等待时再次旋转流程并恢复任何应用程序级数据的成本 对于intranet应用程序或服务器专用于为一小部分特定站点提供服务，启用空闲超时可能不是一个好主意 如果您有几十个或数百个网站，您可能会在IIS6的同一应用程序池中托管这些网站的组，因此再次启用空闲超时可能是无效的
我唯一一次看到它有用的是一个执行一些繁重操作的网站，它很少被使用并安装在有其他任务的服务器上。我猜您正在从Windows 2000迁移到Windows 2003。在IIS6网站（以及其中定义的应用程序）上，现在使用IIS manager中定义的应用程序池的专用概念，而不是使用原始COM+应用程序 但是，在这两种情况下，如果进程闲置一段时间（即未处理任何请求），则可以选择关闭进程 好处是释放了进程占用的内存和其他资源 缺点是在用户请求等待时再次旋转流程并恢复任何应用程序级数据的成本 对于intranet应用程序或服务器专用于为一小部分特定站点提供服务，启用空闲超时可能不是一个好主意 如果您有几十个或数百个网站，您可能会在IIS6的同一应用程序池中托管这些网站的组，因此再次启用空闲超时可能是无效的
我唯一一次看到它有用的是一个执行一些繁重操作的网站，它很少被使用并安装在有其他任务的服务器上。您是从windows 2000升级的吗？您注意到为标记为高隔离的web应用程序创建的COM+应用程序禁用了空闲超时？您是从windows 2000升级的吗？您已经注意到为标记为高隔离的web应用程序创建的COM+应用程序禁用了空闲超时？非常感谢，因为我只是从一个2003服务器移动到另一个2003服务器。在我尝试将当前网站上的所有设置复制到新服务器之前，我还没有迁移过一个网站，这一设置让我很好奇。如果你说的是正确的，我想知道为什么微软会选择默认组件为空闲超时？有趣的是，我们在这个服务器上有一个网站，听起来和你的最后一段完全一样，我可能会尝试一下，非常感谢，碰巧我只是从一个2003年的服务器移动到另一个。在我尝试将当前网站上的所有设置复制到新服务器之前，我还没有迁移过一个网站，这一设置让我很好奇。如果你说的是正确的，我想知道为什么微软会选择默认组件为空闲超时？有趣的是，我们在这台服务器上有一个网站，听起来和你的最后一段一模一样，我可以试一下