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

当前回答

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

persist security info=True

2013-04-17 13:47:02

其他回答

为服务器机器上的SQL Server(和端口1433)定义一个新的Windows防火墙规则可以解决这个错误(如果您的服务器名、用户登录名或密码在连接字符串中没有错误…)。

2013-05-09 10:28:09

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

2014-05-02 14:01:07

我在Windows Server 2003上的SQL Server Express Edition遇到了类似的问题。我只是在数据库安全性中以用户身份添加了网络服务。

2012-03-27 19:21:51

确保所提供的连接字符串中的每个元素值都是正确的。在我的例子中，我得到了相同的错误，因为在连接字符串中指定的目录名称(数据库名称)不正确。

2014-01-30 20:28:14

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

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

2013-04-25 03:43:42

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

推荐文章

最新文章

标签