Процентное соотношение работников SQL Azure, превышающее лимит и вызывающее ошибочные запросы

Question

Одна из наших баз данных в Azure достигла максимального числа рабочих (запросов), что привело к сбою базы данных в течение примерно одной минуты. Затем он был восстановлен без какого-либо участия от нас, а процент работников, сообщаемый в метриках Azure для базы данных, нормализовался на уровне около 15%.

Я изучил показатели для нашего API, который обслуживает базу данных, и он не увеличил количество HTTP-запросов по сравнению с тем, что обычно получал бы.

Согласно хранилищу запросов SQL, некоторые запросы занимали больше времени во время этой проблемы, но ничего не помогало определить причину.

Есть ли у кого-нибудь предложения о том, что может послужить причиной этого или чего-либо еще, чтобы помочь выявить проблему?

Answer 1

Хотя для этого нет пользовательского интерфейса SSMS, вы можете использовать данные, которые вы нашли в хранилище запросов, чтобы просмотреть эту дополнительную таблицу, которую мы недавно добавили - она ​​отслеживает наиболее распространенные типы ожидания для каждой группы запросов / планов.

https://docs.microsoft.com/en-us/sql/relational-databases/system-catalog-views/sys-query-store-wait-stats-transact-sql?view=sql-server-2017

Он также классифицирует их (приблизительно), чтобы вы могли понять, вызвано ли это процессором, вводом-выводом и т. Д.

Пожалуйста, посмотрите иЯ надеюсь, что это поможет вам еще больше очистить лук от проблем с производительностью.