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

当前回答

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

2012-08-28 22:09:59

其他回答

我发现问题是，我在连接字符串中的一个变量中有服务器路径:

SERVER\SQLEXPRESS
SERVER

其实我应该:

.\SQLEXPRESS

由于某种原因，每当它难以定位SQL实例时，我就会得到错误。

2011-07-21 10:19:29

如果你碰巧在ASP上得到这个错误。NET web应用程序，除了上面提到的其他事情，检查以下内容:

数据库用户安全权限(允许用户访问数据库。检查IIS中的应用程序池，确保它是允许访问数据库的正确应用程序池。

2013-11-04 16:49:11

您应该查看innerException，以了解抛出的内部原因错误。

在我的例子中，最初的错误是:

无法打开物理文件“D:\Projects2\xCU\xCU\App_Data\xCUData_log.ldf”。操作系统错误5:“5(访问被拒绝。)”。试图为文件D:\Projects2\xCU\xCU\App_Data\xCUData附加一个自动命名的数据库。mdf失败了。存在同名数据库、无法打开指定文件或位于UNC共享上。

这一问题通过赋予当前用户使用文件属性访问相关MDF和LDF文件的完全权限来解决。

2015-05-05 17:52:56

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

2013-05-18 18:54:04

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

2012-03-27 19:21:51

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

推荐文章

最新文章

标签