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

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

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

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

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

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

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

更改我的代码如下固定:

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

在我的情况下，我在上下文的构造函数中注册的连接字符串名称与我的web.config中的名称之间不匹配。简单的复制粘贴错误:D

    public DataContext()
        : base(nameOrConnectionString: "ConnStringName")
    {
        Database.SetInitializer<DataContext>(null);
    }

我在网上搜索这个问题。我在连接字符串中输入了错误的名称，请检查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" />

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

在IIS:

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