Настройка экспорта потоковой передачи диагностических данных телеметрии — База данных SQL Azure & Управляемый экземпляр SQL Azure
Применимо к:
База данных SQL Azure Управляемый экземпляр SQL Azure
В этой статье вы узнаете о метриках производительности и журналах ресурсов Базы данных SQL Azure, которые можно экспортировать в одно из нескольких мест назначения для анализа. Вы узнаете, как настроить потоковый экспорт диагностических данных телеметрии с помощью портала Azure, PowerShell, Azure CLI, REST API и шаблонов Azure Resource Manager.
Вы также узнаете о местах назначения, в которые можно выполнить потоковую передачу диагностических данных, и о том, как выбрать одно из них. Возможные места назначения:
Диагностические данные телеметрии для экспорта
Наиболее важным из диагностических данных телеметрии, которые можно экспортировать, является журнал Intelligent Insights (SQLInsights) (не связан с Azure Monitor SQL Insights (предварительная версия)). Intelligent Insights использует встроенный аналитический механизм базы данных постоянного отслеживания использования базы данных с помощью искусственного интеллекта и обнаружения аварийных событий, снижающих производительность. После обнаружения выполняется подробный анализ и интеллектуальная оценка проблемы, после чего полученные результаты записываются в журнал Intelligent Insights. Эта оценка состоит из анализа первопричин проблемы с производительностью базы данных и возможных рекомендаций по повышению производительности. Чтобы просмотреть его содержимое, необходимо настроить потоковый экспорт этого журнала.
Помимо потоковой передачи экспорта журнала интеллектуальной Аналитика, можно также экспортировать различные метрики производительности и дополнительные журналы базы данных. В следующей таблице описаны метрики производительности и журналы ресурсов, которые можно настроить для потокового экспорта в одно из нескольких мест назначения. Эти диагностические данные можно настроить для отдельных баз данных, эластичных пулов и баз данных в пуле, а также для управляемых экземпляров и баз данных экземпляров.
| Диагностические данные телеметрии для баз данных | Поддержка Базы данных 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 | Нет |
Примечание.
Параметры диагностики невозможно настроить для системных баз данных, таких как базы данных master, msdb, model, ресурс и базы данных tempdb.
Места назначения для потокового экспорта
Диагностические данные телеметрии можно передавать для анализа в один из следующих ресурсов Azure.
-
Аналитика SQL может использовать данные, переданные потоком в рабочую область Log Analytics. Аналитика SQL представляет собой облачное решение мониторинга, обеспечивающее интеллектуальный мониторинг баз данных и отчетность о производительности, предупреждения и рекомендации по устранению рисков. Данные, потоковые в рабочую область Log Analytics, можно анализировать с помощью других собранных данных мониторинга, а также позволяет использовать другие функции Azure Monitor, такие как оповещения и визуализации.
-
Данные, потоковые в Центры событий Azure, предоставляют следующие функции:
- Потоковая передача журналов в сторонние системы ведения журнала и сбора телеметрии. Вы можете передавать потоком все метрики и журналы ресурсов в отдельный центр событий, чтобы направить данные журналов в канал SIEM стороннего производителя или средство анализа журналов.
- Создание настраиваемой платформы управления телеметрией и ведением журнала. Высокая масштабируемость публикации и принцип подписки и публикации, применяемый в Центрах событий Azure, позволяют гибко принимать метрики и журналы ресурсов и передавать их в настраиваемую платформу управления телеметрией. Дополнительные сведения см. в статье Центры событий Azure.
- Проверка работоспособности службы путем потоковой передачи данных в Power BI. С помощью Центров событий, Stream Analytics и Power BI можно в близком к реальному времени преобразовать аналитическую информацию о службах Azure на основе диагностических данных. Сведения об этом решении см. в разделе Stream Analytics и Power BI: информационная панель анализа данных в реальном времени для потоковых данных.
-
Потоковая передача данных в службу хранилища 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. |
Чтобы настроить потоковую передачу диагностических данных телеметрии для эластичных пулов и баз данных в пуле, необходимо выполнить отдельную настройку.
- Включение потоковой передачи диагностических данных телеметрии для эластичного пула
- Включение потоковой передачи диагностических данных телеметрии для каждой базы данных в эластичном пуле
Контейнер эластичного пула передает собственную телеметрию, отличную от телеметрии отдельной базы данных в пуле.
Чтобы включить потоковую передачу диагностических данных телеметрии для ресурса эластичного пула, выполните следующие действия.
Перейдите к ресурсу эластичного пула на портале Azure.
Выберите Параметры диагностики.
Выберите Включить диагностику, если предыдущие параметры отсутствуют, или Настройка параметра, чтобы изменить предыдущий параметр.
Введите имя настройки для вашей собственной ссылки.
Выберите целевой ресурс для потоковой передачи диагностических данных базы данных: Архивировать в учетной записи хранения, Передать в концентратор событий или Отправить в Log Analytics.
Для Log Analytics выберите Настройка и создайте рабочую область, выбрав + Создать рабочую область, либо выберите существующую рабочую область.
Установите флажок для диагностических данных телеметрии эластичного пула: Базовые метрики.
Выберите Сохранить.
Кроме того, настройте потоковую передачу диагностических данных телеметрии для каждой базы данных в эластичном пуле, которую необходимо отслеживать, выполнив действия, описанные в следующем разделе.
Важно!
Помимо настройки диагностических данных телеметрии для эластичного пула, необходимо также настроить диагностические данные телеметрии для каждой базы данных в эластичном пуле.
Базы данных в Базе данных SQL Azure
Вы можете настроить ресурс базы данных для сбора следующих диагностических данных телеметрии.
| Ресурс | Мониторинг телеметрии |
|---|---|
| Отдельная база данных или база данных в пуле | Базовые метрики содержат сведения о проценте использования DTU, используемых единицах DTU, ограничении DTU, проценте использования ЦП, проценте чтения физических данных, проценте записей в журнал, проценте успешных, неудачных или заблокированных подключений брандмауэра, проценте сеансов, проценте рабочих ролей, хранилище, проценте хранилища, проценте хранилища XTP и взаимоблокировках. |
Чтобы включить потоковую передачу диагностических данных телеметрии для отдельной базы данных или базы данных в пуле, выполните следующие действия.
Перейдите к ресурсу базы данных SQL Azure.
Выберите Параметры диагностики.
Выберите Включить диагностику, если предыдущие параметры отсутствуют, или Настройка параметра, чтобы изменить предыдущий параметр. Можно создать до трех параллельных подключений для потоковой передачи диагностических данных телеметрии.
Выберите Добавить параметр диагностики, чтобы настроить параллельную потоковую передачу данных диагностики в несколько ресурсов.
Введите имя настройки для вашей собственной ссылки.
Выберите целевой ресурс для потоковой передачи диагностических данных базы данных: Архивировать в учетной записи хранения, Передать в концентратор событий или Отправить в Log Analytics.
Для стандартных возможностей мониторинга событий установите следующие флажки для телеметрии журнала диагностики базы данных: SQLInsights, AutomaticTuning, QueryStoreRuntimeStatistics, QueryStoreWaitStatistics, Errors, DatabaseWaitStatistics, Timeouts, Blocks и Deadlocks.
Для расширенного поминутного мониторинга установите флажок Базовые метрики.
Выберите Сохранить.
Повторите эти шаги для каждой базы данных, которую вы хотите отслеживать.
Совет
Повторите эти шаги для каждой отдельной базы данных или базы данных в пуле, которую вы хотите отслеживать.
Экземпляры в Управляемом экземпляре SQL Azure
Можно настроить ресурс управляемого экземпляра для сбора следующих диагностических данных телеметрии.
| Ресурс | Мониторинг телеметрии |
|---|---|
| Управляемый экземпляр | ResourceUsageStats содержит количество виртуальных ядер, средний процент использования ЦП, а также сведения о запросах ввода-вывода, прочитанных и записанных байтах, зарезервированном и используемом дисковом пространстве. |
Чтобы настроить потоковую передачу диагностических данных телеметрии для управляемых экземпляров и баз данных экземпляров, необходимо отдельно настроить каждую:
- Включение потоковой передачи диагностических данных телеметрии для управляемого экземпляра
- Включение потоковой передачи диагностических данных телеметрии для каждой базы данных экземпляра
Контейнер управляемого экземпляра передает собственные данные телеметрии, отличные от телеметрии каждой базы данных экземпляра.
Чтобы включить потоковую передачу диагностических данных телеметрии для ресурса управляемого экземпляра, сделайте следующее.
Перейдите к ресурсу управляемого экземпляра на портале Azure.
Выберите Параметры диагностики.
Выберите Включить диагностику, если предыдущие параметры отсутствуют, или Настройка параметра, чтобы изменить предыдущий параметр.
Введите имя настройки для вашей собственной ссылки.
Выберите целевой ресурс для потоковой передачи диагностических данных базы данных: Архивировать в учетной записи хранения, Передать в концентратор событий или Отправить в Log Analytics.
Для Log Analytics выберите Настройка и создайте рабочую область, выбрав + Создать рабочую область, либо используйте существующую рабочую область.
Установите флажок для диагностических данных телеметрии экземпляра: ResourceUsageStats.
Выберите Сохранить.
Кроме того, настройте потоковую передачу диагностических данных телеметрии для каждой базы данных экземпляра в управляемом экземпляре, за которой вы хотите наблюдать, выполнив действия, описанные в следующем разделе.
Важно!
Помимо настройки диагностических данных телеметрии для управляемого экземпляра, необходимо также настроить диагностические данные телеметрии для каждой базы данных экземпляра.
Базы данных в Управляемом экземпляре SQL Azure
Вы можете настроить ресурс базы данных экземпляра для сбора следующих диагностических данных телеметрии.
| Ресурс | Мониторинг телеметрии |
|---|---|
| База данных экземпляра | хранилище запросов статистика среды выполнения и статистика ожидания хранилище запросов содержат хранилище запросов данные для базы данных. SQL Аналитика содержит интеллектуальные Аналитика данные для базы данных. Ошибки содержат данные об ошибках для этой базы данных. |
Чтобы включить потоковую передачу диагностических данных телеметрии для базы данных экземпляра, сделайте следующее.
Перейдите к ресурсу базы данных экземпляра в управляемом экземпляре.
Выберите Параметры диагностики.
Выберите Включить диагностику, если предыдущие параметры отсутствуют, или Настройка параметра, чтобы изменить предыдущий параметр.
- Вы можете создать до трех (3) параллельных подключений для потоковой передачи диагностических данных телеметрии.
- Выберите +Add diagnostic setting (+ Добавить параметр диагностики), чтобы настроить параллельную потоковую передачу данных диагностики на несколько ресурсов.
Введите имя настройки для вашей собственной ссылки.
Выберите целевой ресурс для потоковой передачи диагностических данных базы данных: Архивировать в учетной записи хранения, Передать в концентратор событий или Отправить в Log Analytics.
Установите флажки для диагностических данных телеметрии базы данных: SQLInsights, QueryStoreRuntimeStatistics, QueryStoreWaitStatistics и Errors
Выберите Сохранить.
Повторите эти шаги для каждой базы данных экземпляра, которую нужно отслеживать.
Совет
Повторите эти шаги для каждой базы данных экземпляра, которую нужно отслеживать.
Потоковая передача данных в Аналитику SQL
Метрики и журналы ресурсов Базы данных SQL Azure и Управляемого экземпляра Azure, которые передаются в рабочую область Log Analytics, могут быть использованы в Аналитике SQL Azure. Аналитика SQL Azure — это облачное решение, которое отслеживает производительность отдельных баз данных, эластичных пулов, управляемых экземпляров и баз данных экземпляра в нужном масштабе и в нескольких подписках. Решение поможет собирать и визуализировать метрики производительности, а также обладает встроенными интеллектуальными возможностями для устранения неполадок производительности.
Обзор установки
Вы можете отслеживать коллекцию или коллекции баз данных с помощью Аналитики SQL Azure, выполнив следующие действия.
- Создайте решение "Аналитика SQL Azure" из Azure Marketplace.
- Создайте рабочую область Log Analytics в решении.
- Настройте базы данных для потоковой передачи диагностических данных телеметрии в рабочую область.
Потоковую передачу диагностических данных телеметрии можно настроить с помощью встроенного параметра Отправить в Log Analytics на вкладке "Параметры диагностики" на портале Azure. Вы можете также включить потоковую передачу в рабочую область Log Analytics, используя параметры диагностики, с помощью командлетов PowerShell, Azure CLI, REST API Azure Monitor или шаблонов Resource Manager.
Создание ресурса Аналитика SQL Azure
Выполните поиск по запросу "Аналитика SQL Azure" в Azure Marketplace и выберите найденное решение.
Выберите Создать на экране обзора решения.
В форме "Аналитика SQL Azure" введите необходимые дополнительные сведения: имя рабочей области, подписку, группу ресурсов, расположение и ценовую категорию.
Нажмите ОК для подтверждения, а затем выберите Создать.
Настройка ресурса для записи метрик и журналов ресурсов
Необходимо отдельно настроить потоковую передачу диагностических данных телеметрии для отдельных баз данных, эластичных пулов, управляемых экземпляров и баз данных экземпляров. Самый простой способ настроить запись метрик ресурсов — воспользоваться порталом Azure. Подробные инструкции см. в статье Настройка потокового экспорта диагностических данных телеметрии.
Использование Аналитики SQL Azure для мониторинга и оповещения
Аналитику SQL можно использовать в качестве иерархической панели мониторинга для просмотра ресурсов баз данных.
- Чтобы узнать, как использовать Аналитику SQL Azure, ознакомьтесь с разделом Мониторинг базы данных SQL Azure с помощью решения "Аналитика SQL Azure" (предварительная версия).
- Чтобы узнать, как настроить оповещения в Аналитике SQL, ознакомьтесь с разделом Создание оповещений для Базы данных SQL Azure.
Потоковая передача в Центры событий
Вы можете выполнять потоковую передачу метрик и журналов ресурсов Базы данных 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/s1id1234-5679-0123-4567-890123456789/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) |
| Message | Сообщение об ошибке в виде обычного текста. |
| 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 см. в следующем разделе:
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по