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


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

Применимо к:SQL database в Microsoft Fabric

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

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

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

  • На панели инструментов Home в окне Query Editor выберите Сводка производительности.

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

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

Оповещения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Скриншот со страницы

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

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

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

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

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

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

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

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

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

Запросы

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

Чтобы устранить неполадки с запросом T-SQL, откройте код T-SQL в редакторе запросов SQL Server Management Studio расширение MSSQL для Visual Studio Code. Вы также можете рассмотреть функции быстрых действий Copilot Explain and Fix для базы данных SQL в Fabric.

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

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

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

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

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

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

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

    • Изначально отсортированы по количеству логических считываний в порядке убывания.