【问题标题】:Schema Comparison times out架构比较超时
【发布时间】:2014-09-26 08:57:28
【问题描述】:

在 Visual Studio 2013 中对 数据库项目Azure SQL 数据库 进行架构比较时,我不断收到以下超时错误:

错误 1 ​​尝试从 SQL Server 接收错误 逆向工程元素类型 Microsoft.Data.Schema.Sql.SchemaModel.ISqlUser:超时已过期。这 在操作完成之前经过的超时时间或 服务器没有响应。

错误 2 ExecuteReader 需要一个打开且可用的连接。这 连接的当前状态为关闭。

我在 Azure 中托管的 Windows Server 2012 R2 虚拟机上执行此操作。

  • 防火墙允许的 1433 端口
  • SQL (Azure) 数据库服务器上允许 VM 的 IP

我可以使用 Visual Studio 的 SQL Server 对象资源管理器很好地查询数据库,因此我可以确定我的连接和帐户登录。

是否有任何其他安全设置可能会给我带来这些问题?

【问题讨论】:

  • 这里也一样。我以管理员身份运行 vs2013,减少了要比较的对象数量,但仍然是同样的问题。您找到解决该问题的方法了吗?

标签: azure visual-studio-2013 azure-sql-database sql-server-data-tools schema-compare


【解决方案1】:

如果超出数据库吞吐量单位 (DTS) 限制,SQL 数据库 Azure 连接将超时。如果您在 Azure 上使用 SQL 数据库的基本服务层,则很容易发生这种情况。

基本服务层的上限为 5 个数据库吞吐量单位(5 个 DTU),因此如果您进行大量比较,可能会超过阈值。尝试升级到 SQL 数据库的标准服务层(其阈值限制为 10 个 DTU),看看问题是否消失。

要了解有关发布到 SQL 数据库时超时过期的更多信息,请参阅以下帖子:

http://blogs.msdn.com/b/sqlblog/archive/2014/11/13/timeout-expired-while-publishing-to-sql-database-via-ssdt.aspx

超时错误消息具有误导性。

【讨论】:

  • 不要用答案来提问,如果其余的都没有问题,请编辑它,使它不再看起来像一个问题。
  • 我已经查看了@AaronHall 的答案。
猜你喜欢
  • 2019-06-22
  • 1970-01-01
  • 2021-07-18
  • 2015-03-10
  • 1970-01-01
  • 2013-02-12
  • 2014-03-25
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多