PipeLine Mode 和 Pool Identity 会影响使用 Integrated Security 运行的应用程序吗？

Question

我的应用程序基于 ASP.NET 2.0 构建，并托管在运行 Windows Server 2008 R2 的专用服务器上。

从最近几天开始，我的用户抱怨应用程序由于选择以前的 SQL Server 连接值而开始出现故障。 GridView 开始显示 DropDown 控件等的选项。当我重新启动 SQL Server 后台服务时，一切都开始正常工作。我与人们进行了很多讨论，但很少有人认为这与应用程序池有关。

我查看了 IIS 属性以查看哪个应用程序池正在运行我的应用程序。我发现我的应用程序正在使用经典应用程序池，其中 Managed Pipeline Mode 设置为：Classic。该应用程序还使用 Application Pool Identity 运行：LocalSystemAccount。

在数据库连接字符串中（在 web.config 文件中），我使用服务器名称作为 LocalHost 并集成 Security=SSPI。

我想知道以上设置是否与此故障有关。

我是否需要将流水线模式更改为集成并将应用程序放在单独的池中？集成Security=SSPI和PipeLine Mode有关系吗？

Answer 1

Re：管道模式和集成安全设置是否相关：否。

管道模式表示 IIS 处理请求的方式。 Classic 本质上是 IIS6 模型，ASP.NET 代码通过 ISAPI 运行。 Integrated 将 ASP.NET 处理引入到 IIS 7 新模型中的主管道中。

集成安全性确定您的应用在建立连接时向 SQL 提供的身份验证。我相信 SSPI 意味着您将使用 App Pool 进程的帐户凭据。由于您使用的是 LocalSystemAccount，因此它将是本地系统。如果 SQL Server 实例位于单独的机器上，这可能会出现问题，但如果它是 localhost，我想它会被信任。

至于不稳定行为的根源......我没有答案。应用程序池可能进入了混乱状态，但我认为该状态与管道模式无关。