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

SERVER\SQLEXPRESS
SERVER

其实我应该:

.\SQLEXPRESS

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

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

我有这个问题，因为应用程序池登录这个应用程序正在运行下已经改变。

在IIS:

通过单击站点并进入基本设置来查找应用程序池。 进入应用程序池。 单击站点的应用程序池。 单击高级设置。 在“身份”中输入帐号登录名和密码。 重新启动站点并重试。

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

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

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

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

更改我的代码如下固定:

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

context.Connection.Open()没有帮助解决我的问题，所以我尝试在DTC配置中启用“允许远程客户端”，没有更多的错误。

在windows 7中，您可以通过运行dcomcnfg，组件服务->计算机->我的计算机->分布式事务协调器->右键单击本地DTC ->安全来打开DTC配置。

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

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