Azure SQL等待操作超时

Chr*_*ris 8 performance azure-sql-database

我准备放弃Azure SQL以解决可靠性问题,但我想我先在这里查看.我在SQL Azure上遇到了几个零星的超时错误.这不是连接字符串问题 - 我们谈论的是几个已经运行了很长时间但没有问题的应用程序.确切的错误是:

System.ComponentModel.Win32Exception: The wait operation timed out
Run Code Online (Sandbox Code Playgroud)

目前,我正在考虑过去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)?

Kak*_*ira 3

是的,你是对的,你可能会被其他高资源利用租户所窒息,这些租户被放置在你的数据库所在的同一台机器上。

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

在高级层中,您的数据库将得到保证,例如几个核心、内存和 IOPS(可以将其视为迷你虚拟机)