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

其他回答

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

2012-03-27 19:21:51

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

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

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

2012-02-27 19:52:08

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

2014-01-30 20:28:14

您应该查看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

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

SERVER\SQLEXPRESS
SERVER

其实我应该:

.\SQLEXPRESS

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

2011-07-21 10:19:29

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

推荐文章

最新文章

标签