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


Настройка экспорта потоковой передачи диагностических данных телеметрии — База данных SQL Azure & Управляемый экземпляр SQL Azure

Применимо к: База данных SQL Azure Управляемый экземпляр SQL Azure

В этой статье вы узнаете о метриках производительности и журналах ресурсов Базы данных SQL Azure, которые можно экспортировать в одно из нескольких мест назначения для анализа. Вы узнаете, как настроить потоковый экспорт диагностических данных телеметрии с помощью портала Azure, PowerShell, Azure CLI, REST API и шаблонов Azure Resource Manager.

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

Диагностические данные телеметрии для экспорта

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

Диагностические данные телеметрии для баз данных Поддержка Базы данных SQL Azure Поддержка Управляемого экземпляра SQL Azure
Базовые метрики содержат сведения о проценте использования DTU и ЦП, ограничении DTU и ЦП, проценте чтения физических данных, проценте записей в журнал, проценте успешных, неудачных или заблокированных подключений брандмауэра, проценте сеансов, проценте рабочих ролей, хранилище, проценте хранилища и проценте хранилища XTP. Да Нет
Экземпляр и дополнительное приложение: содержит tempdb системные данные базы данных и размер файла журнала и tempdb используемый процент файлов журнала. Да Нет
QueryStoreRuntimeStatistics содержит сведения о статистике выполнения запросов, такие как данные об использовании ЦП и статистику длительности запросов. Да Да
QueryStoreWaitStatistics содержит сведения о статистике времени ожидания запросов, с помощью которых можно узнать, что ожидали запросы, например ЦП, журнал и блокировку. Да Да
Errors содержит сведения об ошибках SQL в базе данных. Да Да
DatabaseWaitStatistics содержит статистику по значениям времени ожидания различных типов для базы данных. Да Нет
Timeouts содержит сведения о времени ожидания в базе данных. Да Нет
Blocks содержит сведения о событиях блокировки в базе данных. Да Нет
Deadlocks содержит сведения о событиях взаимоблокировки в базе данных. Да Нет
AutomaticTuning содержит сведения о рекомендациях по автоматической настройке для базы данных. Да Нет
SQLInsights содержит сведения о производительности Intelligent Insights для базы данных. Дополнительные сведения см. в статье об Intelligent Insights. Да Да
Управление рабочими нагрузками: доступно только для Azure Synapse Дополнительные сведения см. в статье Azure Synapse Analytics. Мониторинг портала управления рабочими нагрузками. No Нет

Примечание.

В Управляемый экземпляр SQL Azure параметры диагностики нельзя настроить для системных баз данных, таких как master, msdb, modelресурс и tempdb базы данных.

Места назначения для потокового экспорта

Диагностические данные телеметрии можно передавать для анализа в один из следующих ресурсов Azure.

  • Рабочая область Log Analytics

    Аналитика SQL может использовать данные, переданные потоком в рабочую область Log Analytics. Аналитика SQL представляет собой облачное решение мониторинга, обеспечивающее интеллектуальный мониторинг баз данных и отчетность о производительности, предупреждения и рекомендации по устранению рисков. Данные, потоковые в рабочую область Log Analytics, можно анализировать с помощью других собранных данных мониторинга, а также позволяет использовать другие функции Azure Monitor, такие как оповещения и визуализации.

  • Центры событий Azure.

    Данные, потоковые в Центры событий Azure, предоставляют следующие функции:

    • Потоковая передача журналов в сторонние системы ведения журнала и сбора телеметрии. Вы можете передавать потоком все метрики и журналы ресурсов в отдельный центр событий, чтобы направить данные журналов в канал SIEM стороннего производителя или средство анализа журналов.
    • Создание настраиваемой платформы управления телеметрией и ведением журнала. Высокая масштабируемость публикации и принцип подписки и публикации, применяемый в Центрах событий Azure, позволяют гибко принимать метрики и журналы ресурсов и передавать их в настраиваемую платформу управления телеметрией. Дополнительные сведения см. в статье Центры событий Azure.
    • Проверка работоспособности службы путем потоковой передачи данных в Power BI. С помощью Центров событий, Stream Analytics и Power BI можно в близком к реальному времени преобразовать аналитическую информацию о службах Azure на основе диагностических данных. Сведения об этом решении см. в разделе Stream Analytics и Power BI: информационная панель анализа данных в реальном времени для потоковых данных.
  • Служба хранилища Azure.

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

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

На схеме показано множество баз данных и баз данных SQL в управляемых экземплярах, отправляя данные телеметрии в Диагностика Azure.

Включение и настройка потокового экспорта диагностических данных телеметрии

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

  • Портал Azure
  • PowerShell
  • Azure CLI
  • REST API Azure Monitor
  • Шаблон Azure Resource Manager

Примечание.

Сведения о том, как включить потоковую передачу журналов аудита для данных телеметрии безопасности, см. в разделе о настройке аудита базы данных, а также в статье о журналах аудита в Azure Monitor и Центрах событий Azure.

Настройка потокового экспорта диагностических данных телеметрии

Для включения и настройки потоковой передачи диагностических данных можно использовать меню Параметры диагностики на портале Azure. Кроме того, для настройки потоковой передачи диагностических данных телеметрии можно использовать PowerShell, Azure CLI, REST API и шаблоны Resource Manager. Вы можете задать следующие места назначения для потоковой передачи диагностических данных телеметрии: служба хранилища Azure, Центры событий Azure и журналы Azure Monitor.

Внимание

Потоковый экспорт диагностических данных телеметрии по умолчанию отключен.

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

Эластичные пулы в Базе данных SQL Azure

Вы можете настроить ресурс эластичного пула для сбора следующих диагностических данных телеметрии.

Ресурс Мониторинг телеметрии
Эластичный пул Базовые метрики содержат сведения о проценте использования eDTU и ЦП, ограничении eDTU и ЦП, проценте чтения физических данных, проценте записей в журнал, проценте сеансов, проценте рабочих ролей, хранилище, проценте хранилища, ограничении хранилища и проценте хранилища XTP.

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

  • Включение потоковой передачи диагностических данных телеметрии для эластичного пула
  • Включение потоковой передачи диагностических данных телеметрии для каждой базы данных в эластичном пуле

Контейнер эластичного пула передает собственную телеметрию, отличную от телеметрии отдельной базы данных в пуле.

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

  1. Перейдите к ресурсу эластичного пула на портале Azure.

  2. Выберите Параметры диагностики.

  3. Выберите Включить диагностику, если предыдущие параметры отсутствуют, или Настройка параметра, чтобы изменить предыдущий параметр.

    Включите диагностика для эластичных пулов.

  4. Введите имя настройки для вашей собственной ссылки.

  5. Выберите целевой ресурс для потоковой передачи диагностических данных базы данных: Архивировать в учетной записи хранения, Передать в концентратор событий или Отправить в Log Analytics.

  6. Для Log Analytics выберите Настройка и создайте рабочую область, выбрав + Создать рабочую область, либо выберите существующую рабочую область.

  7. Установите флажок для диагностических данных телеметрии эластичного пула: Базовые метрики. Настройте диагностика для эластичных пулов.

  8. Выберите Сохранить.

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

Внимание

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

Базы данных в Базе данных SQL Azure

Вы можете настроить ресурс базы данных для сбора следующих диагностических данных телеметрии.

Ресурс Мониторинг телеметрии
Отдельная база данных или база данных в пуле Базовые метрики содержат сведения о проценте использования DTU, используемых единицах DTU, ограничении DTU, проценте использования ЦП, проценте чтения физических данных, проценте записей в журнал, проценте успешных, неудачных или заблокированных подключений брандмауэра, проценте сеансов, проценте рабочих ролей, хранилище, проценте хранилища, проценте хранилища XTP и взаимоблокировках.

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

  1. Перейдите к ресурсу базы данных SQL Azure.

  2. Выберите Параметры диагностики.

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

  4. Выберите Добавить параметр диагностики, чтобы настроить параллельную потоковую передачу данных диагностики в несколько ресурсов.

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

  5. Введите имя настройки для вашей собственной ссылки.

  6. Выберите целевой ресурс для потоковой передачи диагностических данных базы данных: Архивировать в учетной записи хранения, Передать в концентратор событий или Отправить в Log Analytics.

  7. Для стандартных возможностей мониторинга событий установите следующие флажки для телеметрии журнала диагностики базы данных: SQLInsights, AutomaticTuning, QueryStoreRuntimeStatistics, QueryStoreWaitStatistics, Errors, DatabaseWaitStatistics, Timeouts, Blocks и Deadlocks.

  8. Для расширенного поминутного мониторинга установите флажок Базовые метрики.

    Настройте диагностика для База данных SQL Azure.

  9. Выберите Сохранить.

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

Совет

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

Экземпляры в Управляемом экземпляре SQL Azure

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

Ресурс Мониторинг телеметрии
Управляемый экземпляр ResourceUsageStats содержит количество виртуальных ядер, средний процент использования ЦП, а также сведения о запросах ввода-вывода, прочитанных и записанных байтах, зарезервированном и используемом дисковом пространстве.

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

  • Включение потоковой передачи диагностических данных телеметрии для управляемого экземпляра
  • Включение потоковой передачи диагностических данных телеметрии для каждой базы данных экземпляра

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

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

  1. Перейдите к ресурсу управляемого экземпляра на портале Azure.

  2. Выберите Параметры диагностики.

  3. Выберите Включить диагностику, если предыдущие параметры отсутствуют, или Настройка параметра, чтобы изменить предыдущий параметр.

    Включите диагностика для управляемого экземпляра.

  4. Введите имя настройки для вашей собственной ссылки.

  5. Выберите целевой ресурс для потоковой передачи диагностических данных базы данных: Архивировать в учетной записи хранения, Передать в концентратор событий или Отправить в Log Analytics.

  6. Для Log Analytics выберите Настройка и создайте рабочую область, выбрав + Создать рабочую область, либо используйте существующую рабочую область.

  7. Установите флажок для диагностических данных телеметрии экземпляра: ResourceUsageStats.

    Настройте диагностика для управляемого экземпляра.

  8. Выберите Сохранить.

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

Внимание

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

Базы данных в Управляемом экземпляре SQL Azure

Вы можете настроить ресурс базы данных экземпляра для сбора следующих диагностических данных телеметрии.

Ресурс Мониторинг телеметрии
База данных экземпляра хранилище запросов статистика среды выполнения и статистика ожидания хранилище запросов содержат хранилище запросов данные для базы данных. SQLInsights содержит данные Intelligent Insights для базы данных. Ошибки содержат данные об ошибках для этой базы данных.

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

  1. Перейдите к ресурсу базы данных экземпляра в управляемом экземпляре.

  2. Выберите Параметры диагностики.

  3. Выберите Включить диагностику, если предыдущие параметры отсутствуют, или Настройка параметра, чтобы изменить предыдущий параметр.

    • Вы можете создать до трех (3) параллельных подключений для потоковой передачи диагностических данных телеметрии.
    • Выберите +Add diagnostic setting (+ Добавить параметр диагностики), чтобы настроить параллельную потоковую передачу данных диагностики на несколько ресурсов.

    Включите диагностика для баз данных экземпляров.

  4. Введите имя настройки для вашей собственной ссылки.

  5. Выберите целевой ресурс для потоковой передачи диагностических данных базы данных: Архивировать в учетной записи хранения, Передать в концентратор событий или Отправить в Log Analytics.

  6. Установите флажки для диагностических данных телеметрии базы данных: SQLInsights, QueryStoreRuntimeStatistics, QueryStoreWaitStatistics и Errors Настройте диагностика для баз данных экземпляров.

  7. Выберите Сохранить.

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

Совет

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

Потоковая передача данных в Аналитику SQL

Метрики и журналы ресурсов Базы данных SQL Azure и Управляемого экземпляра Azure, которые передаются в рабочую область Log Analytics, могут быть использованы в Аналитике SQL Azure. Аналитика SQL Azure — это облачное решение, которое отслеживает производительность отдельных баз данных, эластичных пулов, управляемых экземпляров и баз данных экземпляра в нужном масштабе и в нескольких подписках. Решение поможет собирать и визуализировать метрики производительности, а также обладает встроенными интеллектуальными возможностями для устранения неполадок производительности.

Обзор аналитики SQL Azure.

Обзор установки

Вы можете отслеживать коллекцию или коллекции баз данных с помощью Аналитики SQL Azure, выполнив следующие действия.

  1. Создайте решение "Аналитика SQL Azure" из Azure Marketplace.
  2. Создайте рабочую область Log Analytics в решении.
  3. Настройте базы данных для потоковой передачи диагностических данных телеметрии в рабочую область.

Потоковую передачу диагностических данных телеметрии можно настроить с помощью встроенного параметра Отправить в Log Analytics на вкладке "Параметры диагностики" на портале Azure. Вы можете также включить потоковую передачу в рабочую область Log Analytics, используя параметры диагностики, с помощью командлетов PowerShell, Azure CLI, REST API Azure Monitor или шаблонов Resource Manager.

Создание ресурса Аналитика SQL Azure

  1. Выполните поиск по запросу "Аналитика SQL Azure" в Azure Marketplace и выберите найденное решение.

    Снимок экрана: поиск аналитики SQL Azure на портале.

  2. Выберите Создать на экране обзора решения.

  3. В форме "Аналитика SQL Azure" введите необходимые дополнительные сведения: имя рабочей области, подписку, группу ресурсов, расположение и ценовую категорию.

    Снимок экрана: настройка Аналитики SQL Azure на портале.

  4. Нажмите ОК для подтверждения, а затем выберите Создать.

Настройка ресурса для записи метрик и журналов ресурсов

Необходимо отдельно настроить потоковую передачу диагностических данных телеметрии для отдельных баз данных, эластичных пулов, управляемых экземпляров и баз данных экземпляров. Самый простой способ настроить запись метрик ресурсов — воспользоваться порталом Azure. Подробные инструкции см. в статье Настройка потокового экспорта диагностических данных телеметрии.

Использование Аналитики SQL Azure для мониторинга и оповещения

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

Потоковая передача в Центры событий

Вы можете выполнять потоковую передачу метрик и журналов ресурсов Базы данных SQL Azure и Управляемого экземпляра SQL Azure в центры событий, используя встроенный параметр Передать в концентратор событий на портале Azure. Можно также включить идентификатор правила служебной шины с помощью параметра диагностики через командлеты PowerShell, Azure CLI или REST API Azure Monitor. Убедитесь, что концентратор событий находится в том же регионе, что база данных и сервер.

Что делать с метриками и журналами ресурсов в Центрах событий

Выполнив потоковую передачу выбранных данных в Центры событий, вы становитесь на один шаг ближе к включению дополнительных сценариев мониторинга. Центры событий выступают в качестве "двери" для конвейера событий. После сбора данных в концентраторе событий их можно преобразовывать и сохранять с помощью поставщика аналитики в реальном времени или адаптера хранения. Центры событий отделяют производство потока событий от потребления этих событий. Таким образом потребители событий могут получать доступ к событиям по собственному расписанию. Дополнительные сведения о Центрах событий см. в следующих статьях:

Потоковые метрики в Центрах событий можно использовать для следующих целей:

  • Проверка работоспособности службы путем потоковой передачи данных критического пути в Power BI

    С помощью Центров событий, Stream Analytics и Power BI можно в близком к реальному времени получать аналитическую информацию о службах Azure на основе метрик и диагностических данных. Обзор настройки концентраторов событий, обработки данных в Stream Analytics и вывода информации через Power BI см. в статье Stream Analytics и Power BI. Панель мониторинга для анализа потоковой передачи данных.

  • Потоковая передача журналов в сторонние потоки ведения журналов и сбора телеметрии

    С помощью потоковой передачи Центров событий вы можете передать метрики и журналы ресурсов в различные решения мониторинга и решения для анализа журналов.

  • Создание пользовательской платформы для телеметрии и ведения журнала

    У вас уже есть платформа телеметрии, созданная на заказ, или вы планируете ее создать? В Центрах событий реализованы возможности масштабирования, публикации и подписки. Решение обеспечивает гибкие функции приема метрик и журналов ресурсов. Дополнительные сведения см. в статье Центры событий Azure.

Потоковая передача в службу хранилища Azure

Метрики и журналы ресурсов можно хранить в службе хранилища Azure с помощью встроенного параметра Архивировать в учетной записи хранения на портале Azure. Службу хранилища также можно включить, воспользовавшись параметром диагностики с помощью командлетов PowerShell, Azure CLI или REST API Azure Monitor.

Схема метрик и журналов ресурсов в учетной записи хранения

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

insights-{metrics|logs}-{category name}/resourceId=/SUBSCRIPTIONS/{subscription ID}/ RESOURCEGROUPS/{resource group name}/PROVIDERS/Microsoft.SQL/servers/{resource_server}/ databases/{database_name}/y={four-digit numeric year}/m={two-digit numeric month}/d={two-digit numeric day}/h={two-digit 24-hour clock hour}/m=00/PT1H.json

Или даже еще проще:

insights-{metrics|logs}-{category name}/resourceId=/{resource Id}/y={four-digit numeric year}/m={two-digit numeric month}/d={two-digit numeric day}/h={two-digit 24-hour clock hour}/m=00/PT1H.json

Например, большой двоичный объект для базовых метрик может иметь такое имя:

insights-metrics-minute/resourceId=/SUBSCRIPTIONS/a0a0a0a0-bbbb-cccc-dddd-e1e1e1e1e1e1/RESOURCEGROUPS/TESTRESOURCEGROUP/PROVIDERS/MICROSOFT.SQL/ servers/Server1/databases/database1/y=2016/m=08/d=22/h=18/m=00/PT1H.json

Имя BLOB-объекта для хранения данных из эластичного пула выглядит следующим образом:

insights-{metrics|logs}-{category name}/resourceId=/SUBSCRIPTIONS/{subscription ID}/ RESOURCEGROUPS/{resource group name}/PROVIDERS/Microsoft.SQL/servers/{resource_server}/ elasticPools/{elastic_pool_name}/y={four-digit numeric year}/m={two-digit numeric month}/d={two-digit numeric day}/h={two-digit 24-hour clock hour}/m=00/PT1H.json

Политика хранения данных и цены

Если выбрать Центры событий или учетную запись хранения, можно указать политику хранения. Эта политика удаляет данные, которые хранятся дольше выбранного периода времени. При указании Log Analytics политика хранения определяется на основании выбранной ценовой категории. В этом случае предоставляемые бесплатные единицы приема данных позволяют выполнять бесплатный мониторинг нескольких баз данных каждый месяц. Любое потребление диагностических данных телеметрии в объеме свыше предоставляемых бесплатно единиц может повлечь за собой расходы.

Внимание

Активные базы данных с более интенсивными рабочими нагрузками принимают больше данных, чем неактивные. Дополнительные сведения см. на странице цен на Log Analytics.

Если вы используете Аналитику SQL Azure, то можете отслеживать использование приема данных в решении, выбрав элемент Рабочая область OMS в меню навигации Аналитики SQL Azure, а затем выбрав Потребление и Расчетные затраты.

Доступные метрики и журналы

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

Базовые метрики

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

Примечание.

Параметр "Базовые метрики" ранее назывался "Все метрики". Изменение было внесено только в название, а отслеживаемые метрики остались без изменений. Это изменение было инициировано для добавления дополнительных категорий метрик в будущем.

Базовые метрики для эластичных пулов

Ресурс Метрики
Эластичный пул Сведения о проценте использования DTU, используемых единицах DTU, ограничении DTU, проценте использования ЦП, проценте чтения физических данных, проценте записей в журнал, проценте сеансов, проценте рабочих ролей, хранилище, проценте хранилища, ограничении хранилища, проценте хранилища XTP.

Базовые метрики для отдельных баз данных и баз данных в пуле

Ресурс Метрики
Отдельная база данных и база данных в пуле Сведения о проценте использования DTU, используемых единицах DTU, ограничении DTU, проценте использования ЦП, проценте чтения физических данных, проценте записей в журнал, проценте успешных, неудачных или заблокированных подключений брандмауэра, проценте сеансов, проценте рабочих ролей, хранилище, проценте хранилища, проценте хранилища XTP и взаимоблокировках.

Расширенные метрики

Дополнительные сведения о расширенных метриках приведены в следующей таблице.

Метрика Отображаемое имя метрики Description
sql_instance_cpu_percent 1 Процент ЦП экземпляра SQL Использование ЦП для всех рабочих нагрузок пользователей и систем, измеряемых операционной системой
sql_instance_memory_percent 1 Процент памяти экземпляра SQL Использование памяти экземпляром ядра СУБД по измерению операционной системы
tempdb_data_size 2 tempdb Размер файла данных килобайт tempdb Размер файла данных килобайт.
tempdb_log_size 2 tempdb Размер файла журнала килобайт tempdb Размер файла журнала килобайт.
tempdb_log_used_percent 2 tempdb Используемый журнал процента tempdb Используемый журнал процента.

1 Эта метрика доступна для баз данных, использующих модель приобретения на основе виртуальных ядер, с 2 или более виртуальных ядер, или для баз данных, использующих модели приобретения на основе DTU, с 200 и более DTU.

2 Эта метрика доступна для баз данных, использующих модель приобретения на основе виртуальных ядер, с 2 или более виртуальных ядер, или для баз данных, использующих модели приобретения на основе DTU, с 200 и более DTU. Эта метрика в настоящее время недоступна для пулов SQL Synapse Analytics.

Примечание.

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

Базовые журналы

Сведения о телеметрии, доступные для всех журналов, описаны в следующих таблицах. Дополнительные сведения см. в разделе Данные телеметрии диагностики для экспорта.

Статистика использования ресурсов для управляемых экземпляров

Свойство Description
TenantId Идентификатор клиента
SourceSystem Всегда: Azure.
TimeGenerated [UTC] Метка времени, когда был записан журнал
Тип Всегда: AzureDiagnostics.
ResourceProvider Имя поставщика ресурсов. Всегда: MICROSOFT.SQL.
Категория Имя категории. Всегда: ResourceUsageStats
Ресурс Имя ресурса.
ResourceType Имя типа ресурса. Всегда: MANAGEDINSTANCES
SubscriptionId GUID подписки для базы данных
ResourceGroup Имя группы ресурсов для базы данных
LogicalServerName_s Имя управляемого экземпляра
ResourceId Универсальный код ресурса (URI)
SKU_s Номер SKU продукта Управляемого экземпляра SQL
virtual_core_count_s Доступное количество виртуальных ядер
avg_cpu_percent_s Average CPU percentage (Средний процент использования ЦП)
reserved_storage_mb_s Зарезервированная емкость хранилища в управляемом экземпляре
storage_space_used_mb_s Использованный объем хранилища в управляемом экземпляре
io_requests_s Количество операций ввода-вывода
io_bytes_read_s Количество считанных байтов операций ввода-вывода
io_bytes_written_s Количество записанных байтов операций ввода-вывода

Статистика среды выполнения хранилища запросов

Свойство Description
TenantId Идентификатор клиента
SourceSystem Всегда: Azure.
TimeGenerated [UTC] Метка времени, когда был записан журнал
Тип Всегда: AzureDiagnostics.
ResourceProvider Имя поставщика ресурсов. Всегда: MICROSOFT.SQL.
Категория Имя категории. Всегда: QueryStoreRuntimeStatistics.
OperationName Имя операции. Всегда: QueryStoreRuntimeStatisticsEvent.
Ресурс Имя ресурса.
ResourceType Имя типа ресурса. Всегда: SERVERS/DATABASES.
SubscriptionId GUID подписки для базы данных
ResourceGroup Имя группы ресурсов для базы данных
LogicalServerName_s Имя сервера для базы данных
ElasticPoolName_s Имя эластичного пула для базы данных (при наличии)
DatabaseName_s Имя базы данных.
ResourceId Универсальный код ресурса (URI)
query_hash_s Хэш запроса.
query_plan_hash_s Хэш плана запроса.
statement_sql_handle_s Дескриптор SQL инструкции.
interval_start_time_d Начальное значение datetimeoffset интервала в тактах с 01.01.1900
interval_end_time_d Конечное значение datetimeoffset интервала в тактах с 01.01.1900
logical_io_writes_d Общее число логических операций записи ввода-вывода
max_logical_io_writes_d Максимальное число логических операций записи ввода-вывода при выполнении каждого запроса
physical_io_reads_d Общее число физических операций чтения ввода-вывода
max_physical_io_reads_d Максимальное число логических операций чтения ввода-вывода при выполнении каждого запроса
logical_io_reads_d Общее число логических операций чтения ввода-вывода
max_logical_io_reads_d Максимальное число логических операций чтения ввода-вывода при выполнении каждого запроса
execution_type_d Тип выполнения.
count_executions_d Число выполнений запроса
cpu_time_d Общее процессорное время, затраченное на выполнение запроса, в микросекундах
max_cpu_time_d Максимальное потребление процессорного времени на выполнение одного запроса в микросекундах
dop_d Сумма степеней параллелизма
max_dop_d Максимальная степень параллелизма, используемая для выполнения одного запроса
rowcount_d Общее число возвращаемых строк
max_rowcount_d Максимальное число строк, возвращаемых при выполнении одного запроса
query_max_used_memory_d Общий объем используемой памяти в килобайтах
max_query_max_used_memory_d Максимальный объем памяти, используемой при выполнении одного запроса, в килобайтах
duration_d Общее время выполнения запроса в миллисекундах
max_duration_d Максимальное время выполнения одного запроса
num_physical_io_reads_d Общее число физических операций чтения
max_num_physical_io_reads_d Максимальное число физических операций чтения при выполнении каждого запроса
log_bytes_used_d Общий объем записанного журнала в байтах
max_log_bytes_used_d Максимальное число байтов журнала, используемых при выполнения каждого запроса
query_id_d Идентификатор запроса в хранилище запросов
plan_id_d Идентификатор плана в хранилище запросов

Дополнительные сведения о статистических данных среды выполнения хранилища запросов.

Статистика времени ожидания хранилища запросов

Свойство Description
TenantId Идентификатор клиента
SourceSystem Всегда: Azure.
TimeGenerated [UTC] Метка времени, когда был записан журнал
Тип Всегда: AzureDiagnostics.
ResourceProvider Имя поставщика ресурсов. Всегда: MICROSOFT.SQL.
Категория Имя категории. Всегда: QueryStoreWaitStatistics.
OperationName Имя операции. Всегда: QueryStoreWaitStatisticsEvent.
Ресурс Имя ресурса.
ResourceType Имя типа ресурса. Всегда: SERVERS/DATABASES.
SubscriptionId GUID подписки для базы данных
ResourceGroup Имя группы ресурсов для базы данных
LogicalServerName_s Имя сервера для базы данных
ElasticPoolName_s Имя эластичного пула для базы данных (при наличии)
DatabaseName_s Имя базы данных.
ResourceId Универсальный код ресурса (URI)
wait_category_s Категория времени ожидания
is_parameterizable_s Указывает, подлежит ли запрос параметризации
statement_type_s Тип инструкции
statement_key_hash_s Хэш ключа инструкции
exec_type_d Типа выполнения.
total_query_wait_time_ms_d Общее время ожидания запроса в определенной категории времени ожидания
max_query_wait_time_ms_d Максимальное время ожидания запроса при отдельном выполнении в определенной категории времени ожидания.
query_param_type_d 0
query_hash_s Хэш запроса в хранилище запросов
query_plan_hash_s Хэш плана запроса в хранилище запросов.
statement_sql_handle_s Дескриптор инструкции в хранилище запросов.
interval_start_time_d Начальное значение datetimeoffset интервала в тактах с 01.01.1900
interval_end_time_d Конечное значение datetimeoffset интервала в тактах с 01.01.1900
count_executions_d Количество выполнений запроса.
query_id_d Идентификатор запроса в хранилище запросов
plan_id_d Идентификатор плана в хранилище запросов

Дополнительные сведения о статистических данных времени ожидания хранилища запросов.

Набор данных ошибок

Свойство Description
TenantId Идентификатор клиента
SourceSystem Всегда: Azure.
TimeGenerated [UTC] Метка времени, когда был записан журнал
Тип Всегда: AzureDiagnostics.
ResourceProvider Имя поставщика ресурсов. Всегда: MICROSOFT.SQL.
Категория Имя категории. Всегда: Errors.
OperationName Имя операции. Всегда: ErrorEvent.
Ресурс Имя ресурса.
ResourceType Имя типа ресурса. Всегда: SERVERS/DATABASES.
SubscriptionId GUID подписки для базы данных
ResourceGroup Имя группы ресурсов для базы данных
LogicalServerName_s Имя сервера для базы данных
ElasticPoolName_s Имя эластичного пула для базы данных (при наличии)
DatabaseName_s Имя базы данных.
ResourceId Универсальный код ресурса (URI)
Сообщение Сообщение об ошибке в виде обычного текста.
user_defined_b Указывает, установлен ли бит ошибки пользователем.
error_number_d Код ошибки
Статус Серьезность ошибки.
state_d Состояние ошибки.
query_hash_s Хэш запроса, завершившегося сбоем (при наличии)
query_plan_hash_s Хэш плана запроса для запроса, завершившегося сбоем (при наличии)

Узнайте больше о сообщениях об ошибках SQL.

Набор данных статистики времени ожидания базы данных

Свойство Description
TenantId Идентификатор клиента
SourceSystem Всегда: Azure.
TimeGenerated [UTC] Метка времени, когда был записан журнал
Тип Всегда: AzureDiagnostics.
ResourceProvider Имя поставщика ресурсов. Всегда: MICROSOFT.SQL.
Категория Имя категории. Всегда: DatabaseWaitStatistics.
OperationName Имя операции. Всегда: DatabaseWaitStatisticsEvent.
Ресурс Имя ресурса.
ResourceType Имя типа ресурса. Всегда: SERVERS/DATABASES.
SubscriptionId GUID подписки для базы данных
ResourceGroup Имя группы ресурсов для базы данных
LogicalServerName_s Имя сервера для базы данных
ElasticPoolName_s Имя эластичного пула для базы данных (при наличии)
DatabaseName_s Имя базы данных.
ResourceId Универсальный код ресурса (URI)
wait_type_s Имя типа времени ожидания.
start_utc_date_t [UTC] Время начала измеренного периода
end_utc_date_t [UTC] Время окончания измеренного периода
delta_max_wait_time_ms_d Максимальное время ожидания при выполнении одного запроса.
delta_signal_wait_time_ms_d Общее время ожидания сигнала
delta_wait_time_ms_d Общее время ожидания в течение периода.
delta_waiting_tasks_count_d Число ожидающих задач.

Дополнительные сведения о статистике времени ожидания базы данных.

Набор данных времени ожидания

Свойство Description
TenantId Идентификатор клиента
SourceSystem Всегда: Azure.
TimeGenerated [UTC] Метка времени, когда был записан журнал
Тип Всегда: AzureDiagnostics.
ResourceProvider Имя поставщика ресурсов. Всегда: MICROSOFT.SQL.
Категория Имя категории. Всегда: Timeouts.
OperationName Имя операции. Всегда: TimeoutEvent.
Ресурс Имя ресурса.
ResourceType Имя типа ресурса. Всегда: SERVERS/DATABASES.
SubscriptionId GUID подписки для базы данных
ResourceGroup Имя группы ресурсов для базы данных
LogicalServerName_s Имя сервера для базы данных
ElasticPoolName_s Имя эластичного пула для базы данных (при наличии)
DatabaseName_s Имя базы данных.
ResourceId Универсальный код ресурса (URI)
error_state_d Числовое значение состояния, связанное с временем ожидания запроса (событием предупреждения).
query_hash_s Хэш запроса, если он доступен
query_plan_hash_s Хэш плана запроса, если он доступен

Набор данных блокировки

Свойство Description
TenantId Идентификатор клиента
SourceSystem Всегда: Azure.
TimeGenerated [UTC] Метка времени, когда был записан журнал
Тип Всегда: AzureDiagnostics.
ResourceProvider Имя поставщика ресурсов. Всегда: MICROSOFT.SQL.
Категория Имя категории. Всегда: Blocks.
OperationName Имя операции. Всегда: BlockEvent.
Ресурс Имя ресурса.
ResourceType Имя типа ресурса. Всегда: SERVERS/DATABASES.
SubscriptionId GUID подписки для базы данных
ResourceGroup Имя группы ресурсов для базы данных
LogicalServerName_s Имя сервера для базы данных
ElasticPoolName_s Имя эластичного пула для базы данных (при наличии)
DatabaseName_s Имя базы данных.
ResourceId Универсальный код ресурса (URI)
lock_mode_s Режим блокировки, используемый для запроса.
resource_owner_type_s Владелец блокировки
blocked_process_filtered_s Отчет о заблокированных процессах в формате XML
duration_d Длительность блокировки в микросекундах

Набор данных взаимоблокировки

Свойство Description
TenantId Идентификатор клиента
SourceSystem Всегда: Azure.
TimeGenerated [UTC] Метка времени, когда был записан журнал
Тип Всегда: AzureDiagnostics.
ResourceProvider Имя поставщика ресурсов. Всегда: MICROSOFT.SQL.
Категория Имя категории. Всегда: Deadlocks.
OperationName Имя операции. Всегда: DeadlockEvent.
Ресурс Имя ресурса.
ResourceType Имя типа ресурса. Всегда: SERVERS/DATABASES.
SubscriptionId GUID подписки для базы данных
ResourceGroup Имя группы ресурсов для базы данных
LogicalServerName_s Имя сервера для базы данных
ElasticPoolName_s Имя эластичного пула для базы данных (при наличии)
DatabaseName_s Имя базы данных.
ResourceId Универсальный код ресурса (URI)
deadlock_xml_s Отчет о взаимоблокировке в формате XML

Набор данных автоматической настройки

Свойство Description
TenantId Идентификатор клиента
SourceSystem Всегда: Azure.
TimeGenerated [UTC] Метка времени, когда был записан журнал
Тип Всегда: AzureDiagnostics.
ResourceProvider Имя поставщика ресурсов. Всегда: MICROSOFT.SQL.
Категория Имя категории. Всегда: AutomaticTuning.
Ресурс Имя ресурса.
ResourceType Имя типа ресурса. Всегда: SERVERS/DATABASES.
SubscriptionId GUID подписки для базы данных
ResourceGroup Имя группы ресурсов для базы данных
LogicalServerName_s Имя сервера для базы данных
LogicalDatabaseName_s Имя базы данных.
ElasticPoolName_s Имя эластичного пула для базы данных (при наличии)
DatabaseName_s Имя базы данных.
ResourceId Универсальный код ресурса (URI)
RecommendationHash_s Уникальный хэш рекомендации по автоматической настройке
OptionName_s Операция автоматической настройки
Schema_s Схема базы данных
Table_s Затронутая таблица
IndexName_s Имя индекса
IndexColumns_s Имя столбца
IncludedColumns_s Включенные столбцы
EstimatedImpact_s Предполагаемый эффект автоматической настройки рекомендации JSON
Event_s Тип события автоматической настройки
Timestamp_t Метка времени последнего обновления

Совет

query_hash_s и query_plan_hash_s предоставляются в виде числовых значений. Если вы хотите найти соответствующие запросы и планы запросов в хранилище запросов, используйте следующее выражение T-SQL для преобразования числовых хэш-значений в двоичные хэш-значения, используемые в sys.query_store_query и sys.query_store_plan:

SELECT CAST(CAST(hash_value as bigint) AS binary(8)).

Замените hash_value заполнитель фактическим query_hash_s или query_plan_hash_s числовым значением.

Набор данных Intelligent Insights

Дополнительные сведения о формате журнала Intelligent Insights.

Следующие шаги

Чтобы научиться включать ведение журнала и узнать, какие метрики и категории журналов поддерживаются различными службами Azure, ознакомьтесь со следующими статьями:

Дополнительные сведения о Центрах событий см. в статье:

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