MSSQL错误“底层提供者在打开时失败”

我使用。mdf来连接数据库和entityClient。现在我想改变连接字符串，这样就不会有.mdf文件了。

下面的connectionString是否正确?

<connectionStrings>
   <!--<add name="conString" connectionString="metadata=res://*/conString.csdl|res://*/conString.ssdl|res://*/conString.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.\SQL2008;AttachDbFilename=|DataDirectory|\NData.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />-->
   <add name="conString" connectionString="metadata=res://*/conString.csdl|res://*/conString.ssdl|res://*/conString.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.\SQL2008;Initial Catalog=NData;Integrated Security=True;Connect Timeout=30;User Instance=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />

因为我总是得到错误:

基础提供程序在Open上失败

当前回答

几天前我也遇到了同样的问题，在连接字符串中使用“Integrated Security=True;”，你需要在“localsystem”下运行应用程序池标识。当然，不建议这样做，但对于测试来说，它可以完成工作。

这是在iis7中更改身份的方法: http://www.iis.net/learn/manage/configuring-security/application-pool-identities

2015-01-17 19:25:27

其他回答

我也有同样的问题，但对我有用的是从连接字符串中删除这个:

persist security info=True

2013-04-17 13:47:02

我通过重置IIS摆脱了这个问题，但仍然在连接字符串中使用集成身份验证。

2012-08-28 22:09:59

如果还原数据库时用户已经存在，且模式不同，导致无法分配正确的权限，也会发生这种情况。

要纠正此运行:

USE your_database
EXEC sp_change_users_login 'Auto_Fix', 'user', NULL, 'cf'
GO
EXEC sp_change_users_login 'update_one', 'user', 'user'
GO

2012-11-05 15:46:55

由于连接状态，我遇到了类似的异常问题，然后我意识到我的域服务类变量被标记为静态(错误地)。

我的猜测是，一旦服务库加载到内存中，每个新调用最终都会使用相同的静态变量值(域服务实例)，从而通过连接状态引起冲突。

我还认为每个客户端调用都会产生一个新线程，因此多个线程访问同一个域服务实例就相当于火车失事。

2012-02-27 19:52:08

我有一个类似的错误与内部异常如下:

操作对于事务的状态无效

我可以通过启用DTC安全设置来解决这个问题。

转到DTC的属性，在安全选项卡下，检查以下内容

网络DTC接入允许RemoteClients 事务管理器通信允许入站允许出站

2013-09-30 15:35:57

MSSQL错误“底层提供者在打开时失败”

推荐文章

最新文章

标签