Performance Azure SQL等待操作超时

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

System.ComponentModel.Win32Exception: The wait operation timed out

目前，在过去30分钟左右的时间里，我看到了其中的300个。我运行了在中提到的DMV查询以了解发生了什么，并发现：

---

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

请查看SQL Azure中的高级预订，它更昂贵，但您可以与“租户邻居噪音”隔离开来。它处于预览模式，并且有一些重要的改进：删除最大连接限制、无最大日志限制、无节流和无邻居干扰

---

SQL Server专用虚拟机现在很差劲，因为使用云服务和高可用性进行联网需要复杂的设置。此外，像备份这样的简单操作需要额外的作业，除非您运行的是SQL Server 2012。

是的，您是对的，您可能会被其他高资源利用率的租户扼杀，这些租户位于您的数据库所在的同一台机器上

默认情况下，SQLAzure提供可用性方面的SLA，但不保证性能。如果您希望在性能上保持一致性，您应该了解他们的高级产品：

---

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

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

此错误可能是由于目标计算机上的internet连接速度较慢而发生的

嗨，对不起，我知道这是一篇老文章，但这是唯一一篇真正与我的经历相关的文章。我遇到了类似的问题，我注意到当web应用闲置或停用一段时间时，这种情况更可能发生。你注意到类似的事情了吗？您最终使用了哪种解决方案？