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上失败

当前回答

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

要纠正此运行:

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

其他回答

我在这里发布了一个类似的问题，使用托管在亚马逊RDS上的SQL 2012数据库。问题是在连接字符串-我有“应用程序名称”和“应用程序”属性在那里。一旦我把它们拿掉，它就起作用了。

实体框架5和Amazon RDS——“底层提供者在Open上失败了。”

2013-04-25 03:43:42

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

2012-08-28 22:09:59

我犯了一个常见的错误，因为我把应用程序从一台pc移动到另一台pc，上面没有一个工作，我忘记把连接字符串复制到App.Config和Web.Config!

2013-05-18 18:54:04

我有这个错误突然发生在我们的一个网站上。在我的例子中，结果是SQL用户的密码过期了!在SQL Server Management Studio中取消密码过期框是有效的!

2014-05-02 14:01:07

我犯了这个错误，并找到了一些解决方案:

查看连接字符串，它看起来是有效的。我发现了这篇博客文章，这里的问题是他们使用了集成安全系统。如果您在IIS上运行，您的IIS用户需要访问数据库。

如果您使用实体框架与事务，实体框架自动打开和关闭连接与每个数据库调用。因此，在使用事务时，您试图将事务分散到多个连接上。这提升到MSDTC。

(更多信息请参见参考资料。)

更改我的代码如下固定:

using (DatabaseEntities context = new DatabaseEntities())
{
    context.Connection.Open();
    // the rest
}

2010-06-21 02:17:33

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

推荐文章

最新文章

标签