Azure中的一个数据库达到了其Workers（请求）的最大数量，这导致该数据库在大约一分钟内失败。然后，它在没有我们任何输入的情况下恢复了过来，Azure指标中报告的“工人百分比”恢复到正常的15％左右。
我已经研究了为数据库提供服务的API的指标，并且HTTP请求的增加没有超出正常范围。
根据SQL查询存储，在此问题发生期间，一些查询花费的时间更长，但无助于找出原因。
有人对可能导致此问题或任何原因以帮助识别问题的问题有任何建议吗？
答案 0 :(得分：1)
尽管没有SSMS UI，但是您可以使用在查询存储中找到的数据来查询我们最近添加的此额外表-它为您跟踪每个查询/计划存储区中最常见的等待类型。
它也对它们进行了粗略分类，以帮助您了解它是否是由CPU，IO等引起的。
请看一下，希望对您的演奏性能有帮助。