Sql server 如何调试SQL Azure服务器上的减速？

我们已经有一个SQL Azure cloudapp/数据库在生产中很长一段时间了，虽然它的性能有点不稳定，但在过去几天里它突然急剧下降。我们的应用程序没有响应，因为过去需要5-10秒的SQL查询和存储过程现在需要90秒或更长时间

考虑到我们已经进行了常规的索引重建/重新排序、完成后清理大型表等工作，我应该检查哪些内容

我们仍处于“Web”服务层，并计划很快转向较新的S2，但我们需要解决这个问题。

您的网络中也可能有一台设备正在降低性能。您可能希望运行一些网络测试，看看问题是内部的还是外部的。例如，可能有人更改了某个卷展栏上的某些防火墙或安全设置，并将其弄乱了一点，或者某个设备可能准备失败。

1）在运行缓慢时，您的SQL Azure DB有多少活动连接？一旦你在一个共享计划上达到150+的范围，事情就会变得更加复杂。 如果你打开了大量的连接，这意味着你没有在应用程序的某个地方正确地清除它们

2） 您的数据库是否有任何阻塞查询？如果您需要访问锁定的资源，具有大量阻塞（死锁）查询的DBs的运行速度可能会慢得多

3）你应该考虑切换到一个专用的SQL Azure计划。这是非常快速的，不需要在应用程序开发端执行任何操作

4） 如果两者都没有帮助，请联系支持人员。这可能是他们的问题

---

5）一旦问题立即解决，考虑对SQL Azure DB（在我的配置文件签名中的链接）的主动监视

谢谢Rob。我以前使用过一些DMV，它们显示了类似的结果（不幸的是，与今天相同），即正在进行的查询、要求最高的查询，等等，它们以前显示过。只是它们都需要更长的时间才能跑完！：（.例如，在我们的QA/UAT/LIVE实例中，查询计划看起来很相似，但LIVE计划非常疯狂（QA/UA中为5-10秒，LIVE中为4分钟-无负载（此处为凌晨1点！））是否有可能看到您与云服务器的连接和测试响应时间？可能有人表现得很古怪。不确定要在那里查找什么？我们的应用程序非常慢，因此与云服务器和数据库的连接会受到影响。如果我运行从本地SQL Managements Studio到SQL Azure实例的存储过程，速度也会非常慢。procs不会通过网络传输大量数据——它们会进行大量的内部处理，然后只返回大约30行。据我所知，这种体系结构是将数据发送到数据中心云，负载平衡器就会产生“粘性”会话到TDS协议层，然后将您锁定到一组服务器配置中。因此，您永远不知道您连接到了什么。您可以查看总体流量，看看是否某些事务/操作比其他事务/操作花费的时间更长。然后您可以去找MS人员，说您的服务器坏了。因为我不知道有关此问题的任何信息你的应用程序，我只是在黑暗中拍摄。谢谢Igorek。1）我们没有达到那样的极限，所以应该可以。2） 周二，在性能问题出现的前一天，我们遇到了一次僵局。但是你说的是很多阻塞/死锁，对吗？3） 我们切换到S2（但你提到的那篇文章中的一些用户评论对MS…4相当粗糙），我们没有支持合同。不是我的选择不幸的是。。。5） 我来看看！标记为答案，因为这似乎是MS问题。我们目前正在咨询支持部门。迁移到一个新的DB实例对我们很有效。你不是唯一一个人，我们在上周左右也看到性能下降。Sumit-我非常有兴趣听到这个消息。发生在哪一天？我不确定是哪一天，但我的客户在过去的6-7天里一直在抱怨。我仍在寻找原因或如何改善我们的问题始于上周二——7天前。我们将DB移到了一个新实例，看起来还可以。但是，如果你也有这样的问题，那么可能是系统问题/降级，而且可能无法解决很长时间。我也怀疑这一点，并计划移动db。