在IIS7上运行的经典ASP的会话变量
似乎很多人已经知道这个问题，但我找不到解决方案。在IIS7上运行的经典ASP的会话变量
我们将我们的Web应用从IIS6转移到IIS7。为了验证目的和我们使用会话变量的一些其他功能。 虽然在IIS6上我们没有任何问题，但现在所有的用户都失去了时间和耐心，因为应用程序变量正在被丢失，因此用户被踢出应用程序。
- 服务器是2008 R2与64位操作系统。
- 戴尔默认安装，因此它应该在64位模式下运行。
- 我们没有任何第三方元素或模块。所有内部开发。
- 数据库明显MS SQL 2008以及在同一台服务器上（我知道这是坏的，但我们在资源和金钱方面有限）。
因此，有谁知道发生了什么以及如何解决这个问题？
该问题的解决方法很简单：不要使用除80之外的任何其他端口。 只要我将站点与端口80分开IP（使用同一IP上的标头未经测试），所有问题都消失了....
您是否已将应用程序作为新网站或IIS上的虚拟目录进行部署？ 请记住，对于由服务器执行的global.asa中的方法，您需要将应用程序部署为新网站，而不仅仅是现有网站下的虚拟目录。
这是IIS7 – 2010-12-06 16:05:07
下的新Web应用程序（站点），它使用具有32位启用设置的单独应用程序池。 – 2010-12-06 16:06:10
我认为最好的方法是添加日志记录代码来跟踪会话变量何时丢失;之后回到服务器，重定向等...试图缩小原因。 祝你好运。
这个问题就是你的应用程序池和回收什么安排它被设置为。还请记住，默认情况下，还有其他回收设置可确定IIS 7+中应用程序池何时回收（如CPU，工作人员，内存），但如果配置不正确，则日程表会特别具有攻击性。 – Lankymart 2014-03-26 07:41:37