我在这里发布了一个类似的问题，使用托管在亚马逊RDS上的SQL 2012数据库。问题是在连接字符串-我有“应用程序名称”和“应用程序”属性在那里。一旦我把它们拿掉，它就起作用了。

实体框架5和Amazon RDS——“底层提供者在Open上失败了。”

你可以尝试替换元数据:

元= res: / / conString.csdl | res: / / conString.ssdl | res: / * / conString.msl

to:

元数据=因素:/ / * /;

几天前我也遇到了同样的问题，在连接字符串中使用“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
}

我有一个类似的问题:在我的测试用例执行中，我总是得到这个错误。我发现，我的“分布式事务服务”没有启动(运行:services。启动“分布式事务服务”(最好设置为自动启动))。在我这么做之后，它就像魔法一样有效……

我在这里发布了一个类似的问题，使用托管在亚马逊RDS上的SQL 2012数据库。问题是在连接字符串-我有“应用程序名称”和“应用程序”属性在那里。一旦我把它们拿掉，它就起作用了。

实体框架5和Amazon RDS——“底层提供者在Open上失败了。”