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

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

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

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

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

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

更改我的代码如下固定:

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

我得到这个错误时调用异步EF方法从同步主控制台(等待被跳过)。

因为异步打开连接是针对已经处理的数据上下文。

解决方法:正确调用异步EF方法

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

我在网上搜索这个问题。我在连接字符串中输入了错误的名称，请检查web.config中的连接字符串。我有name="AppTest"，但它应该是name="App"。

在我的AppTestContext.cs文件中我有:

public AppTestContext() : this("App") { }

错误的连接字符串:

<add connectionString="Data Source=127.0.0.1;Initial Catalog=AppTest;Integrated Security=SSPI;MultipleActiveResultSets=True" name="AppTest" providerName="System.Data.SqlClient" />

右连接字符串:

<add connectionString="Data Source=127.0.0.1;Initial Catalog=AppTest;Integrated Security=SSPI;MultipleActiveResultSets=True" name="App" providerName="System.Data.SqlClient" />

当您收到这个异常时，请确保展开详细信息并查看内部异常详细信息，因为它将提供关于登录失败原因的详细信息。在我的例子中，连接字符串包含一个没有访问我的数据库的用户。

无论您使用的是集成安全(登录Windows用户的上下文)还是个人SQL帐户，请确保该用户在“安全”下对您试图访问的数据库具有适当的访问权限，以防止此问题。