Сбор и наборы данных наблюдателя за базами данных (предварительная версия)

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

Наблюдатель за базами данных собирает данные мониторинга из системных представлений SQL и помещает их в хранилище данных в виде наборов данных. Каждый набор данных формируется с помощью данных из одного или нескольких системных представлений SQL. Для каждого набора данных существует отдельная таблица в хранилище данных.

сбор данных

Наблюдатель за базами данных собирает данные мониторинга с периодическими интервалами с помощью запросов T-SQL. Данные, собранные в каждом выполнении запроса, называются примером. Частота сбора выборок зависит от набора данных. Например, часто меняющиеся данные, такие как счетчики производительности SQL, могут собираться каждые 10 секунд, в то время как в основном статические данные, такие как конфигурация базы данных, могут собираться каждые пять минут. Дополнительные сведения см. в разделе "Наборы данных".

Наблюдатель за базами данных использует преимущества приема потоковой передачи в Azure Data Explorer и Аналитике в режиме реального времени в Microsoft Fabric для обеспечения практически реального времени мониторинга. Как правило, собранные данные мониторинга SQL становятся доступными для создания отчетов и анализа менее чем за 10 секунд. Вы можете отслеживать задержку приема данных на панелях мониторинга наблюдателя за базами данных, используя ссылку статистики приема.

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

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

База данных SQL

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

Эластичные пулы SQL

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

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

Управляемый экземпляр SQL

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

В следующем примере настраивается регулятор ресурсов в управляемом экземпляре SQL. Он ограничивает потребление ЦП запросами наблюдателей баз данных до 30 %, если отсутствует конкуренция за ресурсы ЦП. При возникновении неполадок ЦП эта конфигурация резервирует 5 % ЦП для запросов мониторинга и ограничивает использование ЦП до 10 %. Он также ограничивает размер предоставления памяти для каждого запроса мониторинга до 10 % доступной памяти.

Примечание.

Если конфигурация регулятора ресурсов слишком ограничена, например с помощью низких MAX_CPU_PERCENT или CAP_CPU_PERCENT значений, наблюдатель за базами данных может не иметь возможности надежно собирать данные или вообще из-за нехватки вычислительных ресурсов.

USE master;
GO

CREATE OR ALTER FUNCTION dbo.dbw_classifier()
RETURNS sysname
WITH SCHEMABINDING
AS
BEGIN

DECLARE @WorkloadGroupName sysname = 'default';

IF APP_NAME() IN (N'SQLExternalMonitoring',N'x_ms_reserved_sql_external_monitoring')
    SET @WorkloadGroupName = N'database_watcher_workload_group'

RETURN @WorkloadGroupName;

END;
GO

BEGIN TRY

IF EXISTS (
          SELECT 1
          FROM sys.resource_governor_configuration
          WHERE classifier_function_id <> 0 OR is_enabled <> 0
          )
    THROW 50001, 'A resource governor configuration is already present. No changes were made.', 1;

CREATE RESOURCE POOL database_watcher_resource_pool
WITH (MIN_CPU_PERCENT = 5, MAX_CPU_PERCENT = 10, CAP_CPU_PERCENT = 30);

CREATE WORKLOAD GROUP database_watcher_workload_group
WITH (REQUEST_MAX_MEMORY_GRANT_PERCENT = 10)
USING database_watcher_resource_pool;

ALTER RESOURCE GOVERNOR WITH (CLASSIFIER_FUNCTION = dbo.dbw_classifier);

ALTER RESOURCE GOVERNOR RECONFIGURE;

END TRY
BEGIN CATCH
    THROW;
END CATCH;

Совет

Чтобы новая конфигурация регулятора ресурсов немедленно стала эффективной на вторичной реплике высокодоступной SQL управляемого экземпляра, подключитесь к master базе данных на этой реплике и выполните команду ALTER RESOURCE GOVERNOR RECONFIGURE;.

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

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

• Если общий объем использования ресурсов высок или возникают конфликты параллелизма между запросами мониторинга и рабочими нагрузками приложений. В таких случаях запросы мониторинга отменяются в пользу рабочих нагрузок приложений.
• Если у вас есть автоматизация, которая завершает длительные сеансы. Чтобы избежать пробелов в собранных данных, исключите любой сеанс, в котором один из столбцов в системном представлении program_name равен или SQLExternalMonitoring.

Сбор данных в эластичных пулах

Для мониторинга эластичного пула необходимо назначить одну базу данных в пуле в качестве базы данных привязки. Наблюдатель подключается к основной базе данных. Так как наблюдатель содержитVIEW SERVER PERFORMANCE STATE разрешение, системные представления в базе данных привязки предоставляют данные мониторинга для пула в целом.

Совет

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

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

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

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

Мониторинг плотных эластичных пулов

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

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

Предупреждение

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

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

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

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

Сбор данных в бессерверных базах данных

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

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

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

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

Место расположения данных

Клиенты могут хранить собранные данные мониторинга SQL в одном из трех типов хранилища данных:

• База данных в кластере Azure Data Explorer . По умолчанию создается новый кластер Azure Data Explorer для каждого нового наблюдателя и находится в том же регионе Azure, что и наблюдатель.

  Клиенты могут выбрать конкретный регион Azure в географическом регионе Azure в качестве расположения кластера Azure Data Explorer и базы данных. Дополнительные сведения о возможностях репликации данных в Azure Data Explorer см. в обзоре непрерывности бизнес-процессов и аварийного восстановления.

• База данных в бесплатном кластере Azure Data Explorer.

  Клиенты могут выбрать конкретный географический регион Azure, но не конкретный регион Azure в качестве расположения бесплатного кластера Azure Data Explorer и базы данных. Репликация данных в другой регион или географический регион не поддерживается.

• База данных в Аналитике в режиме реального времени в Microsoft Fabric.

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

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

Клиенты могут выровнять географию и регион кластера Azure Data Explorer с географией и регионом отслеживаемых ресурсов SQL Azure. Если ресурсы SQL Azure находятся в нескольких регионах, клиентам может потребоваться создать несколько наблюдателей и несколько кластеров Azure Data Explorer для удовлетворения требований к месту размещения данных.

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

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

Примечание.

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

База данных SQL

Имя набора данных	Имя таблицы	Частота сбора (hh:mm:ss)	Описание
Активные сеансы	sqldb_database_active_sessions	00:00:30	Каждая строка представляет сеанс, выполняющий запрос, является блокировщиком или открытой транзакцией.
Журнал резервного копирования	sqldb_database_sql_backup_history	00:05:00	Каждая строка представляет собой успешно завершенную резервную копию базы данных.
Обработка изменений	sqldb_database_change_processing	00:01:00	Каждая строка представляет способ моментального снимка статистики совокупного сканирования журналов для функции обработки изменений, такой как Change Data Capture или Change Feed (Azure Synapse Link).
Изменение ошибок обработки	sqldb_database_change_processing_errors	00:01:00	Каждая строка представляет ошибку, которая произошла во время обработки изменений при использовании функции обработки изменений, такой как фиксация измененных данных или поток изменений (Azure Synapse Link).
Подключение	sqldb_database_connectivity	00:00:30	Каждая строка представляет собой проверку подключения (вход и запрос) для базы данных.
Географические реплики	sqldb_database_geo_replicas	00:00:30	Каждая строка представляет собой первичную или вторичную геореплику, включая метаданные георепликации и статистику.
Метаданные индекса	sqldb_database_index_metadata	00:30:00	Каждая строка представляет секцию индекса и включает определение индекса, свойства и операционную статистику.
Использование памяти	sqldb_database_memory_utilization	00:00:30	Каждая строка представляет клерка памяти и включает потребление памяти клерком в экземпляре ядра СУБД.
Отсутствующие индексы	sqldb_database_missing_indexes	00:15:00	Каждая строка представляет индекс, который может повысить производительность запросов при создании.
События вне памяти	sqldb_database_oom_events	00:01:00	Каждая строка представляет событие вне памяти в ядре СУБД.
Счетчики производительности (общие)	sqldb_database_performance_counters_common	00:00:10	Каждая строка представляет счетчик производительности экземпляра ядра СУБД. Этот набор данных включает часто используемые счетчики.
Счетчики производительности (подробные сведения)	sqldb_database_performance_counters_detailed	00:01:00	Каждая строка представляет счетчик производительности экземпляра ядра СУБД. Этот набор данных включает счетчики, которые могут потребоваться для подробного мониторинга и устранения неполадок.
Свойства	sqldb_database_properties	00:05:00	Каждая строка представляет базу данных и включает параметры базы данных, ограничения управления ресурсами и другие метаданные базы данных.
Статистика среды выполнения запросов	sqldb_database_query_runtime_stats	00:15:00	Каждая строка представляет интервал времени выполнения в Хранилище запросов и включает статистику выполнения запросов.
Статистика ожидания запросов	sqldb_database_query_wait_stats	00:15:00	Каждая строка представляет интервал времени выполнения хранилище запросов и включает статистику категорий ожидания.
Копии	sqldb_database_replicas	00:00:30	Каждая строка представляет реплику базы данных, включая метаданные репликации и статистику. Включает основную реплику и геореплики, когда данные собираются на основной, и вторичные реплики, когда данные собираются на вторичной.
Загруженность ресурсов	sqldb_database_resource_utilization	00:00:15	Каждая строка представляет данные ЦП, операций ввода-вывода данных, операций ввода-вывода журнала и другие статистические данные о потреблении ресурсов для базы данных в интервале времени.
Статистика сеанса	sqldb_database_session_stats	00:01:00	Каждая строка представляет собой сводку статистики сеансов для базы данных, агрегированную по неаддитивным атрибутам сеанса, таким как имя входа, имя узла, имя приложения и т. д.
Планировщики SOS	sqldb_database_sos_schedulers	00:01:00	Каждая строка представляет планировщик SOS и включает статистику для планировщика, узла ЦП и узла памяти.
Хранилище IO	sqldb_database_storage_io	00:00:10	Каждая строка представляет файл базы данных и включает совокупную статистику IOPS, пропускную способность (throughput) и задержку для файла.
Использование хранилища	sqldb_database_storage_utilization	00:01:00	Каждая строка представляет базу данных и включает его использование хранилища, включая tempdbхранилище запросов и постоянное хранилище версий.
Метаданные таблицы	sqldb_database_table_metadata	00:30:00	Каждая строка представляет таблицу или индексированное представление и включает такие метаданные, как число строк, использование пространства, сжатие данных, столбцы и ограничения. Собирается, когда число таблиц и индексированных представлений в базе данных равно 100 или меньше.
Статистика ожидания	sqldb_database_wait_stats	00:00:10	Каждая строка представляет тип ожидания и включает совокупную статистику ожидания экземпляра ядра СУБД. Для баз данных в эластичном пуле собираются только статистические данные ожидания, относящиеся к области действия конкретной базы данных.

Примечание.

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

Данные уровня пула собираются в наборах данных SQL Elastic Pool. Для данного эластичного пула счетчики производительности (общие) и счетчики производительности (подробные) содержат метрики уровня пула и определенные метрики уровня базы данных, такие как ЦП, операции ввода-вывода данных, запись журналов, запросы, транзакции и т. д.

Эластичные пулы SQL

Имя набора данных	Имя таблицы	Частота сбора (hh:mm:ss)	Описание
Использование памяти	sqldb_elastic_pool_memory_utilization	00:00:30	Каждая строка представляет клерка памяти и включает потребление памяти клерком в экземпляре ядра СУБД.
События вне памяти	sqldb_elastic_pool_oom_events	00:01:00	Каждая строка представляет событие вне памяти в ядре СУБД.
Счетчики производительности (общие)	sqldb_elastic_pool_performance_counters_common	00:00:10	Каждая строка представляет счетчик производительности экземпляра ядра СУБД. Этот набор данных включает часто используемые счетчики, включая статистику использования ресурсов группы рабочей нагрузки для каждой базы данных в эластичном пуле.
Счетчики производительности (подробные сведения)	sqldb_elastic_pool_performance_counters_detailed	00:01:00	Каждая строка представляет счетчик производительности экземпляра ядра СУБД. Этот набор данных включает счетчики, которые могут потребоваться для подробного мониторинга и устранения неполадок.
Свойства	sqldb_elastic_pool_properties	00:05:00	Каждая строка представляет эластичные пулы и включает ограничения управления ресурсами и другие метаданные для эластичного пула.
Загруженность ресурсов	sqldb_elastic_pool_resource_utilization	00:00:20	Каждая строка представляет данные ЦП, операций ввода-вывода данных, операций ввода-вывода журнала и другие статистические данные о потреблении ресурсов для эластичного пула в интервале времени.
Планировщики SOS	sqldb_elastic_pool_sos_schedulers	00:01:00	Каждая строка представляет планировщик SOS и включает статистику для планировщика, узла ЦП и узла памяти.
Хранилище IO	sqldb_elastic_pool_storage_io	00:00:10	Каждая строка представляет файл базы данных и включает совокупную статистику IOPS, пропускную способность (throughput) и задержку для файла. Файлы для всех баз данных в эластичном пуле включены.
Использование хранилища	sqldb_elastic_pool_storage_utilization	00:01:00	Каждая строка представляет эластичные пулы и включает в себя статистику использования хранилища, в том числе tempdb.
Статистика ожидания	sqldb_elastic_pool_wait_stats	00:00:10	Каждая строка представляет тип ожидания и включает статистику ожидания экземпляра ядра СУБД.

Управляемый экземпляр SQL

Имя набора данных	Имя таблицы	Частота сбора (hh:mm:ss)	Описание
Активные сеансы	sqlmi_active_sessions	00:00:30	Каждая строка представляет сеанс, выполняющий запрос, является блокировщиком или открытой транзакцией.
Журнал резервного копирования	sqlmi_sql_backup_history	00:05:00	Каждая строка представляет собой успешно завершенную резервную копию базы данных.
Обработка изменений	sqlmi_change_processing	00:01:00	Каждая строка представляет собой моментальный снимок сводной статистики сканирования журнала для функции обработки изменений, такой как захват изменений данных.
Изменение ошибок обработки	sqlmi_change_processing_errors	00:01:00	Каждая строка представляет ошибку, которая произошла во время обработки изменений, при использовании функции обработки изменений, такой как запись измененных данных.
Подключение	sqlmi_connectivity	00:00:30	Каждая строка представляет собой проверку доступности (вход в систему и выполнение запроса) для управляемого экземпляра SQL.
Геореплики базы данных	sqlmi_database_geo_replicas	00:05:00	Каждая строка представляет собой первичную или вторичную геореплику базы данных, включая метаданные и статистику георепликации.
Свойства базы данных	sqlmi_database_properties	00:05:00	Каждая строка представляет базу данных и включает параметры базы данных и другие метаданные базы данных.
Реплики базы данных	sqlmi_database_replicas	00:05:00	Каждая строка представляет реплику базы данных, включая метаданные репликации и статистику. Включает основную реплику и геореплики, когда данные собираются на основной, и вторичные реплики, когда данные собираются на вторичной.
Использование хранилища базы данных	sqlmi_database_storage_utilization	00:05:00	Каждая строка представляет базу данных и включает её использование пространства хранения, включая хранилище запросов и постоянное хранилище версий.
Метаданные индекса	sqlmi_index_metadata	00:30:00	Каждая строка представляет секцию индекса и включает определение индекса, свойства и операционную статистику.
Свойства экземпляра	sqlmi_instance_properties	00:05:00	Каждая строка представляет управляемый экземпляр SQL и включает его свойства и другие метаданные экземпляра.
Использование памяти	sqlmi_memory_utilization	00:00:30	Каждая строка представляет клерка памяти и включает информацию о потреблении памяти клерком.
Отсутствующие индексы	sqlmi_missing_indexes	00:15:00	Каждая строка представляет индекс, который может повысить производительность запросов при создании.
События вне памяти	sqlmi_oom_events	00:01:00	Каждая строка представляет событие вне памяти в ядре СУБД.
Счетчики производительности (общие)	sqlmi_performance_counters_common	00:00:10	Каждая строка представляет счетчик производительности. Этот набор данных включает часто используемые счетчики.
Счетчики производительности (подробные сведения)	sqlmi_performance_counters_detailed	00:01:00	Каждая строка представляет счетчик производительности. Этот набор данных включает счетчики, которые могут потребоваться для подробного мониторинга и устранения неполадок.
Статистика среды выполнения запросов	sqlmi_query_runtime_stats	00:15:00	Каждая строка представляет собой интервал времени выполнения в хранилище запросов и включает статистику выполнения запросов для базы данных.
Статистика ожидания запросов	sqlmi_query_wait_stats	00:15:00	Каждая строка представляет интервал времени выполнения хранилища запросов и включает статистику категорий ожидания для базы данных.
Загруженность ресурсов	sqlmi_resource_utilization	00:00:20	Каждая строка представляет данные ЦП, операций ввода-вывода данных, операций ввода-вывода в журнал и другую статистику потребления ресурсов в интервале времени.
Статистика сеанса	sqlmi_session_stats	00:01:00	Каждая строка представляет сводку статистики сеансов для управляемого экземпляра, агрегированную с помощью атрибутов сеанса, отличных от аддитивных сеансов, таких как имя входа, имя узла, имя приложения и т. д.
Планировщики SOS	sqlmi_sos_schedulers	00:01:00	Каждая строка представляет планировщик SOS и включает статистику для планировщика, узла ЦП и узла памяти.
Журнал заданий агента SQL	sqlmi_sqlagent_job_history	00:01:00	Каждая строка представляет запись журнала заданий агента SQL.
Состояние задания агента SQL	sqlmi_sqlagent_job_state	00:00:20	Каждая строка представляет состояние задания агента SQL в определенный момент времени.
Хранилище IO	sqlmi_storage_io	00:00:10	Каждая строка представляет файл базы данных и включает совокупную статистику IOPS, пропускную способность (throughput) и задержку для файла.
Метаданные таблицы	sqlmi_table_metadata	01:00:00	Каждая строка представляет таблицу или индексированное представление и включает такие метаданные, как число строк, использование пространства, сжатие данных, столбцы и ограничения. Собирается до 20 баз данных в экземпляре, а количество таблиц и индексированных представлений в базе данных составляет 100 или меньше.
Статистика ожидания	sqlmi_wait_stats	00:00:10	Каждая строка представляет тип ожидания и включает совокупную статистику ожидания экземпляра ядра СУБД.

Общие столбцы

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

База данных SQL

Имя столбца	Описание
subscription_id	Идентификатор подписки Azure базы данных SQL.
resource_group_name	Имя группы ресурсов базы данных SQL.
resource_id	Идентификатор ресурса Azure базы данных SQL.
sample_time_utc	Время наблюдения значений в строке в формате UTC.
collection_time_utc	Время, когда строка была собрана наблюдателем, в формате UTC. Этот столбец присутствует в наборах данных, где время сбора может отличаться от времени выборки.
replica_type	Одно из: Основной, HA вторичный, переадресатор георепликации, именованный вторичный.
logical_server_name	Имя логического сервера в База данных SQL Azure с отслеживаемой базой данных или эластичным пулом.
database_name	Имя отслеживаемой базы данных.
database_id	Идентификатор базы данных отслеживаемой базы данных, уникальный в логическом сервере.
logical_database_id	Уникальный идентификатор базы данных, который остается неизменным в течение всего времени существования пользовательской базы данных. Переименование базы данных или изменение цели службы не изменяет это значение.
physical_database_id	Уникальный идентификатор базы данных для текущей физической базы данных, соответствующей пользовательской базе данных. Изменение цели службы базы данных приводит к изменению этого значения.
replica_id	Уникальный идентификатор гипермасштабной вычислительной реплики.

Эластичные пулы SQL

Имя столбца	Описание
subscription_id	Идентификатор подписки Azure для SQL эластичного пула.
resource_group_name	Имя группы ресурсов эластичного пула SQL.
resource_id	Идентификатор ресурса Azure эластичного пула SQL.
sample_time_utc	Время наблюдения значений в строке в формате UTC.
collection_time_utc	Время, когда строка была собрана наблюдателем, в формате UTC. Этот столбец присутствует в наборах данных, где время сбора может отличаться от времени выборки.
replica_type	Один из них: основной, вторичный сервер HA.
logical_server_name	Имя логического сервера в База данных SQL Azure с отслеживаемой базой данных или эластичным пулом.
elastic_pool_name	Имя отслеживаемого эластичного пула.
anchor_database_name	Имя базы данных привязки для эластичного пула.
anchor_database_id	Идентификатор базы данных привязки для эластичного пула, уникальный в логическом сервере.
anchor_logical_database_id	Уникальный идентификатор базы данных, который остается неизменным в течение всего времени существования базы данных привязки.
anchor_physical_database_id	Уникальный идентификатор базы данных для текущей физической базы данных, соответствующей базе данных привязки.
anchor_replica_id	Уникальный идентификатор реплики вычислительных ресурсов гипермасштабируемой базы данных, привязанной к центральной базе.

Управляемый экземпляр SQL

Имя столбца	Описание
subscription_id	Идентификатор подписки Azure для управляемого экземпляра SQL.
resource_group_name	Имя группы ресурсов управляемого экземпляра SQL.
resource_id	Идентификатор ресурса Azure для управляемого экземпляра SQL.
sample_time_utc	Время наблюдения значений в строке в формате UTC.
collection_time_utc	Время, когда строка была собрана наблюдателем, в формате UTC. Этот столбец присутствует в наборах данных, где время сбора может отличаться от времени выборки.
replica_type	Один из: основной, вторичный для высокой доступности, передатчик георепликации.
managed_instance_name	Имя отслеживаемого управляемого экземпляра SQL.

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

Например, sqldb_database_resource_utilization набор данных является производным от динамического административного представления sys.dm_db_resource_stats . DmV содержит столбец, который является end_time временем наблюдения для каждой статистической статистики ресурсов отчетов о строках для 15-секундного интервала. Это время сообщается в столбце sample_time_utc . Когда наблюдатель запрашивает это динамическое административное представление, результирующий набор может содержать несколько строк, каждая из которых отличается end_time. Все эти строки имеют одинаковое collection_time_utc значение.

Связанный контент

• Мониторинг рабочих нагрузок SQL Azure с помощью наблюдателя за базами данных (предварительная версия)
• Краткое руководство. Создание наблюдателя для мониторинга SQL Azure (предварительная версия)
• Создание и настройка наблюдателя (предварительная версия)
• Анализ данных мониторинга наблюдателя за базами данных (предварительная версия)
• Оповещения мониторинга баз данных (тестовая версия)
• Вопросы и ответы наблюдателя за базами данных