Поделиться через


Панель мониторинга производительности для базы данных SQL в Microsoft Fabric

Применимо к:базе данных SQL в Microsoft Fabric

Панель мониторинга производительности в базе данных SQL Fabric отображает состояние производительности базы данных и обеспечивает различные уровни видимости метрик.

Панель мониторинга производительности можно использовать для просмотра метрик производительности базы данных, выявления узких мест производительности и поиска решений проблем с производительностью.

Чтобы открыть панель мониторинга производительности для базы данных SQL в Fabric, выполните следующие действия.

  • На панели инструментов "Главная" в окне Редактор запросов выберите "Сводка по производительности".

    Снимок экрана: редактор SQL Fabric, на котором выделена кнопка

  • Щелкните правой кнопкой мыши кнопку контекста (три точки) в представлении элемента, а затем выберите "Открыть сводку по производительности".

видны узлы

Автоматически созданные оповещения с предустановленными критериями предоставляют два типа уведомлений:

  • Текущие оповещения: горизонтальная панель уведомлений оповещений отображается, когда один из параметров (ЦП, блокирующие запросы или выделенный размер) находится в критическом состоянии.

    Снимок экрана: портал Fabric с оповещением о производительности.

  • Ожидающие оповещения: хранящиеся в системе, это оповещение предоставляет оповещения, необходимые для параметра базы данных, достигающего критического состояния.

    Снимок экрана: портал Fabric, показывающий индикатор ожидания оповещения панели мониторинга производительности.

Выбрав ссылку для оповещения, сводка по производительности содержит сводку оповещений и последних метрик базы данных. Здесь вы можете детализировать временную шкалу событий для получения дополнительных сведений.

Снимок экрана: портал Fabric, показывающий сводку последних оповещений.

Граф панели мониторинга производительности

Когда база данных достигает критического состояния потребления ЦП (или любого другого фактора, который вызывает оповещение), можно увидеть неработоспособные точки, помеченные на графе вкладки потребления ЦП , помечающие точки, где потребление ЦП пересекает пороговое значение. Интервал времени можно настроить и по умолчанию — 24 часа.

На следующем рисунке график потребления ЦП указывает, когда база данных достигла критического состояния.

Снимок экрана: диаграмма панели мониторинга производительности портала Fabric с журналом потребления ЦП и неработоспособными точками времени.

Критерии порогового значения оповещени

Вкладка Threshold Критерии
Потребление ЦП 80 % выделенного значения Если монитор находит ЦП выше порогового значения более пяти минут. Монитор проверяет частоту в одну минуту.
Выделенный размер 80 % выделенного размера Если монитор находит размер над пороговым значением более пяти минут. Монитор проверяет частоту в одну минуту.
Заблокированные запросы Один заблокированный запрос Если заблокирован хотя бы один запрос дольше одной минуты. Монитор выполняет проверку каждые три минуты.

Вкладки панели мониторинга производительности

Ниже приведены встроенные области отчетов панели мониторинга производительности.

Потребление ЦП

График потребления ЦП отображает использование ЦП (в виртуальных ядрах) вдоль оси Y и времени вдоль оси X. При наведении указателя мыши на граф вы увидите такие сведения, как длительность события, состояние и использование ЦП в течение определенного интервала времени. Диапазоны времени на графе можно развернуть, чтобы выявить более подробные сведения.

Тенденции ЦП, показанные на этой панели мониторинга, представляют только запросы пользователей. Они не включают ЦП, используемые для подготовки, обслуживания системы или других фоновых операций. Панель мониторинга производительности напрямую не коррелирует с потреблением Fabric. Чтобы отслеживать потребление, используйте приложение метрик емкости Microsoft Fabric.

Потребление памяти

График потребления памяти отображает потребление памяти (в мегабайтах) вдоль оси Y и времени вдоль оси X. На графике отображаются две серии: обычная и переполнение памяти. В нормальном ряде показана сумма использования памяти от запросов пользователей, которые не выходили за пределы tempdb в течение временного интервала. Если запрос переходит на tempdb, объем этого перехода отображается как вторая, красная линия на графике. При наведении указателя мыши на граф вы увидите такие сведения, как интервал времени, потребление памяти, количество выполнения и разлив памяти.

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

Соединения пользователей

Граф подключений пользователей отслеживает текущие подключения пользователей к базе данных с информацией о каждом подключении. В таблице "Подключения пользователей" перечислены текущие подключения пользователей в таблице.

Снимок экрана: портал Fabric, показывающий граф подключений пользователей и таблицу

Число запросов в секунду

Граф "Запросы в секунду " отслеживает совокупное количество операций запроса, выполняемого в течение определенного периода. Таблица "Запросы в секунду " содержит наиболее часто выполняемые запросы.

Заблокированные запросы в секунду

Блокируемые запросы в секунду отслеживают блоки взаимодействия с запросами из-за блокировки. В таблице "Заблокированные запросы" (текущая) отображается набор заблокированных запросов в любой момент времени.

Снимок экрана: портал Fabric на странице заблокированных запросов в секунду.

В подсистеме База данных SQL блокировка возникает, когда один сеанс содержит блокировку определенного ресурса, а второй SPID пытается получить конфликтующий тип блокировки на том же ресурсе. Как правило, интервал времени, для которого первый идентификатор SPID блокирует ресурс, невелик. Когда сеанс-владелец снимает блокировку, второе подключение может установить собственную блокировку ресурса и продолжить обработку. Блокировка является нормальным поведением и может происходить много раз в течение дня без заметного влияния на производительность системы.

Подробный обзор блокировки см. в статье "Общие сведения о блокировке" и "Устранение проблем".

Заблокированные запросы из-за блокировки отличаются от взаимоблокировок. При устранении неполадок, связанных с блокировкой, важно, чтобы пользователи имели представление о запросах, которые блокируются и сколько времени они блокируют.

Выделенный размер

Вкладка "Выделенный размер " содержит журнал размера базы данных. Самая большая таблица базы данных (текущая) определяет таблицы , имеющие наибольшее количество записей и потребляющие больше места.

Автоматический индекс

Автоматическое индексирование в базах данных автоматизирует управление индексами, повышая производительность запросов и скорость извлечения данных. Он адаптируется путем выявления и тестирования потенциальных индексов на основе использования столбцов. Эта функция повышает общую производительность базы данных и оптимизирует ресурсы, удаляя неиспользуемые индексы.

В отчете вкладки "Автоматический индекс" отображается журнал и состояние автоматически созданных индексов.

Снимок экрана: портал Fabric, на котором был создан автоматический индекс, его имя и состояние.

Запросы

На вкладке "Запросы " запросы можно открыть для устранения неполадок с сведениями о запросе. Каждый запрос содержит сведения, включая журнал выполнения и предварительный просмотр запросов.

Чтобы устранить неполадки с запросом T-SQL, откройте код T-SQL в редакторе запросов, SQL Server Management Studio, расширение mssql с помощью Visual Studio Code. Вы также можете рассмотреть функции быстрого действия для базы данных SQL в Fabric и объяснить и исправить их.

Снимок экрана: портал Fabric с экрана сведений о запросе на панели мониторинга производительности.

Наряду с идентификатором запроса и текстом запроса, метрикой и числом выполнения, вкладки в разделе "Запросы " также предоставляют подробные отчеты о отдельных запросах следующими метриками:

  • Запросы с высоким потреблением ЦП

    • Список сортируемых запросов с наибольшим потреблением ЦП, изначально отсортированный по убыванию ЦП (мс).
  • Запросы с высоким объемом использования памяти

    • Список сортируемых запросов с наибольшим потреблением памяти, изначально отсортированный по убыванию общей памяти (МБ).
  • Самые длительные запросы

    • Первоначально отсортирован по общей продолжительности (мс) убыванию.
  • Наиболее частые запросы

    • Первоначально отсортировано по убыванию числа выполнения.
  • Запросы с высоким уровнем чтения

    • Первоначально отсортированные по логическому считываю по убыванию.