Azure SQL 等待操作超时答案

【问题标题】：Azure SQL wait operation timed outAzure SQL 等待操作超时
【发布时间】：2013-09-19 15:25:59
【问题描述】：

由于可靠性问题，我准备放弃 Azure SQL，但我想我会先在这里检查一下。我在 SQL Azure 上遇到了几个零星的超时错误。这不是连接字符串问题——我们讨论的是几个不同的应用程序，它们已经运行了很长一段时间而没有出现问题。确切的错误是：

System.ComponentModel.Win32Exception: The wait operation timed out

目前，我在过去 30 分钟左右查看了其中的 300 个。我运行了http://blog.sqlauthority.com/2010/05/14/sql-server-find-most-expensive-queries-using-dmv 中提到的 DMV 查询以了解发生了什么，然后发现：

根据文档，602,382 是微秒，或大约 602 毫秒，所以显然我的数据库使用要求非常低。我有一种感觉，这纯粹是 Azure SQL 的过度租赁问题。还有其他可能的解释吗？除了离开 Azure SQL 去寻找更绿色的牧场（例如专用 SQL VM）之外，还有什么潜在的解决方案吗？

【问题讨论】：

嗨，抱歉，我知道这是旧的东西，但这是唯一与我正在经历的事情真正相关的帖子。我遇到了类似的问题，我注意到它更有可能当网络应用程序闲置或不活动一段时间时发生。你有没有注意到类似的事情？您最终使用了哪种解决方案？

【解决方案1】：

是的，你是对的，你可能被其他高资源利用率的租户扼杀了，这些租户已经放置在你的数据库所在的同一台机器上。

默认情况下，Sql Azure 提供关于可用性而非性能的 SLA 保证。如果您正在寻找性能的一致性，您应该查看他们的高级层：http://www.windowsazure.com/en-us/pricing/details/sql-database/

在高级层中，您的数据库将得到保证，例如几个内核、内存和 IOPS（将其想象为迷你 VM）

【讨论】：

【解决方案2】：

此错误可能是由于目标计算机上的 Internet 连接速度较慢。

【讨论】：

【解决方案3】：

查看 SQL Azure 中的高级预订，它更贵，但您会远离“租户邻居噪音”。它处于预览模式，并进行了一些重要的改进：删除了最大连接限制、没有最大日志限制、没有节流和没有邻居噪音。

SQL Server 的专用 VM 现在很糟糕，因为网络需要复杂的设置才能与云服务和高可用性一起工作。除非您运行的是 SQL Server 2012，否则备份等简单的事情也需要额外的作业。

【讨论】：

【解决方案4】：

对于云数据库，您可能应该实施重试机制，然后跟踪失败频率 - 理想情况下告诉最终用户存在临时问题

【讨论】：