我的应用程序基于 ASP.NET 2.0 构建，并托管在运行 Windows Server 2008 R2 的专用服务器上。
从过去几天开始，我的用户抱怨应用程序通过选择以前的 SQL Server 连接值而开始出现故障。 GridView 开始显示 DropDown 控件的选项等。当我重新启动 SQL Server 后台服务时，一切都开始正常工作。我与人们进行了很多讨论，很少有人建议它与应用程序池有关。
我查看了 IIS 属性，以查看哪个应用程序池正在运行我的应用程序。我发现我的应用程序使用经典应用程序池，管理管道模式设置为：Classic。该应用程序还运行应用程序池标识：LocalSystemAccount。
在数据库连接字符串(在 web.config 文件中)中，我将服务器名称用作具有集成Security=SSPI的 LocalHost。
我想知道上述设置是否与此故障有关。
我是否需要将管道模式更改为集成并将应用程序放在单独的池中？集成Security=SSPI与PipeLine Mode有什么关系？
1 回答
Re：管道模式和集成安全设置是否相关：否。
管道模式指示 IIS 处理请求的方式。 Classic 本质上是 IIS6 模型，其中 ASP.NET 代码通过 ISAPI 运行。集成在 IIS 7 的新模型中将 ASP.NET 处理带入主管道。
集成安全性决定了在建立连接时应用程序向 SQL 提供的身份验证。我相信 SSPI 意味着您将使用应用程序池进程的帐户凭据。由于您使用的是 LocalSystemAccount，因此它将是本地系统。如果 SQL Server 实例位于单独的计算机上，这可能会出现问题，但如果它是 localhost，我会想象它会被信任。
关于不稳定行为的根源......我在那里没有答案。应用程序池**可能会进入一个棘手的状态，但我不认为该状态与管道模式有关。