Панель мониторинга производительности для базы данных SQL в Microsoft Fabric
Применимо к:✅базе данных SQL в Microsoft Fabric
Панель мониторинга производительности в базе данных SQL Fabric отображает состояние производительности базы данных и обеспечивает различные уровни видимости метрик.
Панель мониторинга производительности можно использовать для просмотра метрик производительности базы данных, выявления узких мест производительности и поиска решений проблем с производительностью.
Чтобы открыть панель мониторинга производительности для базы данных SQL в Fabric, выполните следующие действия.
-
На панели инструментов "Главная" в окне Редактор запросов выберите "Сводка по производительности".
- Щелкните правой кнопкой мыши кнопку контекста (три точки) в представлении элемента, а затем выберите "Открыть сводку по производительности".
видны узлы
Автоматически созданные оповещения с предустановленными критериями предоставляют два типа уведомлений:
Текущие оповещения: возникает, когда база данных сталкивается с проблемой, это оповещение появляется, когда один из параметров (ЦП, блокирующие запросы или выделенный размер) находится в критическом состоянии. Это оповещение представлено горизонтальной панелью уведомлений.
Ожидающие оповещения: хранящиеся в системе, это оповещение предоставляет оповещения, необходимые для параметра базы данных, достигающего критического состояния.
Выбрав ссылку для оповещения, сводка по производительности содержит сводку оповещений и последних метрик базы данных. Здесь вы можете детализировать временную шкалу событий для получения дополнительных сведений.
Граф панели мониторинга производительности
Когда база данных достигает критического состояния потребления ЦП (или любого другого фактора, который вызывает оповещение), можно увидеть неработоспособные точки, отмеченные на графе потребления ЦП, пометки точек, где потребление ЦП пересекло пороговое значение. Интервал времени можно настроить и по умолчанию — 24 часа.
На следующем рисунке график потребления ЦП указывает, когда база данных достигла критического состояния.
Критерии порогового значения оповещени
| Вкладка | Threshold | Критерии |
|---|---|---|
| Потребление ЦП | 80 % выделенного значения | Если монитор находит ЦП выше порогового значения более пяти минут. Монитор проверяет частоту в одну минуту. |
| Выделенный размер | 80 % выделенного размера | Если монитор находит размер над пороговым значением более пяти минут. Монитор проверяет частоту в одну минуту. |
| Заблокированные запросы | Один заблокированный запрос | Если есть по крайней мере один заблокированный запрос, который был заблокирован более одной минуты. Ожидается, что монитор проверяет это каждые три минуты. |
Вкладки панели мониторинга производительности
Ниже приведены встроенные области отчетов панели мониторинга производительности.
Потребление ЦП
График потребления ЦП отображается на секундах виртуальных ядер. Запросы ЦП верхнего потребления определяют запросы в требуемом интервале времени, который был наиболее ответственным за потребление виртуальных ядер.
Соединения пользователей
Граф подключений пользователей отслеживает текущие подключения пользователей к базе данных с информацией о каждом подключении. В таблице "Подключения пользователей" перечислены текущие подключения пользователей в таблице.
Число запросов в секунду
Граф "Запросы в секунду " отслеживает совокупное количество выполненных запросов за период. Таблица "Запросы в секунду " содержит наиболее часто выполняемые запросы.
Заблокированные запросы в секунду
Блокируемые запросы в секунду отслеживают блоки взаимодействия с запросами из-за блокировки. В таблице "Заблокированные запросы" (текущая) отображается набор заблокированных запросов в любой момент времени.
В подсистеме База данных SQL блокировка возникает, когда один сеанс содержит блокировку определенного ресурса, а второй SPID пытается получить конфликтующий тип блокировки на том же ресурсе. Как правило, интервал времени, для которого первый идентификатор SPID блокирует ресурс, невелик. Когда сеанс-владелец снимает блокировку, второе подключение может установить собственную блокировку ресурса и продолжить обработку. Блокировка является нормальным поведением и может происходить много раз в течение дня без заметного влияния на производительность системы.
Подробный обзор блокировки см. в статье "Общие сведения о блокировке" и "Устранение проблем".
Заблокированные запросы из-за блокировки отличаются от взаимоблокировок. При устранении неполадок, связанных с блокировкой, важно, чтобы пользователи имели представление о запросах, которые блокируются и сколько времени они блокируют.
Выделенный размер
Вкладка "Выделенный размер " содержит журнал размера базы данных. Самая большая таблица базы данных (текущая) определяет таблицы, имеющие наибольшее количество записей и потребляющие максимальное пространство.
Автоматический индекс
Автоматическое индексирование в базах данных автоматизирует управление индексами, повышая производительность запросов и скорость извлечения данных. Он адаптируется путем выявления и тестирования потенциальных индексов на основе использования столбцов. Эта функция повышает общую производительность базы данных и оптимизирует ресурсы, удаляя неиспользуемые индексы.
В отчете вкладки "Автоматический индекс" отображается журнал и состояние автоматически созданных индексов.
Запросы
На вкладке "Запросы " запросы можно открыть для устранения неполадок с сведениями о запросе. Каждый запрос содержит сведения, включая журнал выполнения и предварительный просмотр запросов.
Чтобы устранить неполадки с запросом T-SQL, откройте код T-SQL в редакторе запросов, SQL Server Management Studio, расширение mssql с помощью Visual Studio Code. Вы также можете рассмотреть функции быстрого действия для базы данных SQL в Fabric и объяснить и исправить их.
Наряду с идентификатором запроса и текстом запроса, метрикой и числом выполнения, вкладки в разделе "Запросы " также предоставляют подробные отчеты о отдельных запросах следующими метриками:
Запросы с высоким потреблением ЦП
- Список сортируемых запросов с наибольшим потреблением ЦП, изначально отсортированный по убыванию ЦП (мс).
Самые длительные запросы
- Первоначально отсортирован по общей продолжительности (мс) убыванию.
Наиболее частые запросы
- Первоначально отсортировано по убыванию числа выполнения.
Запросы с высоким уровнем чтения
- Первоначально отсортированные по логическому считываю по убыванию.
