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

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

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

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

更改我的代码如下固定:

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

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

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

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

在IIS中将应用程序池身份设置为服务帐户用户或管理员帐户或有权限对该数据库进行操作的蚂蚁帐户。

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

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

如果还原数据库时用户已经存在，且模式不同，导致无法分配正确的权限，也会发生这种情况。

要纠正此运行:

USE your_database
EXEC sp_change_users_login 'Auto_Fix', 'user', NULL, 'cf'
GO
EXEC sp_change_users_login 'update_one', 'user', 'user'
GO

SQL Server Express服务未设置为自动启动。

1)进入控制面板 2)管理工具 3)服务 4)将SQL Server express设置为自动启动 5)右键单击，启动服务

我希望这能有所帮助。