从过去几天开始,我的用户抱怨应用程序通过选择以前的sql Server连接值而开始出现故障. GridView开始显示DropDown控件的选项等.当我重新启动sql Server后台服务时,一切都开始正常工作.我与人们进行了很多讨论,很少有人建议它与应用程序池有关.
我查看了IIS属性,以查看哪个应用程序池正在运行我的应用程序.我发现我的应用程序使用经典应用程序池,管理管道模式设置为：Classic.该应用程序还与应用程序池标识：LocalSystemAccount一起运行.
在数据库连接字符串(在web.config文件中)中,我将服务器名称用作具有集成安全性= sspI的LocalHost.
我想知道上述设置是否与此故障有关.
我是否需要将管道模式更改为集成并将应用程序放在单独的池中？集成安全性= sspI与PipeLine模式有什么关系？
解决方法
管道模式指示IIS处理请求的方式. Classic本质上是IIS6模型,ASP.NET代码通过ISAPI运行.集成将ASP.NET处理带入IIS 7新模型的主要管道中.
集成安全性决定了在建立连接时应用程序向sql提供的身份验证.我相信sspI意味着您将使用应用程序池进程的帐户凭据.由于您使用的是LocalSystemAccount,因此它将是本地系统.如果sql Server实例位于单独的计算机上,这可能会出现问题,但如果它是localhost,我会想象它会被信任.
关于不稳定行为的根源……我在那里没有答案.应用程序池可能会进入一个棘手的状态,但我不认为该状态与管道模式有关.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
