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

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

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

我有一个类似的错误与内部异常如下:

操作对于事务的状态无效

我可以通过启用DTC安全设置来解决这个问题。

转到DTC的属性，在安全选项卡下，检查以下内容

网络DTC接入 允许RemoteClients 事务管理器通信 允许入站 允许出站

我也有同样的问题，但对我有用的是从连接字符串中删除这个:

persist security info=True

你可以尝试替换元数据:

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

to:

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

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

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

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