Мониторинг метрик в База данных Azure для PostgreSQL

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

Metrics

База данных Azure для PostgreSQL предоставляет различные метрики, которые дают представление о поведении ресурсов, поддерживающих гибкий экземпляр сервера База данных Azure для PostgreSQL. Каждая метрика создается в течение одной минуты и имеет до 93 дней хранения. Вы можете настроить оповещения на основе метрик. Другие варианты включают настройку автоматизированных действий, выполнение расширенной аналитики и архивацию журнала. Дополнительные сведения см. в обзоре Azure Metrics.

Замечание

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

Метрики по умолчанию

Для База данных Azure для PostgreSQL гибкого экземпляра сервера доступны следующие метрики:

Показать имя Идентификатор метрики Единица Description Включена по умолчанию
Активные подключения active_connections Численность Общее количество подключений к серверу базы данных, включая все состояния подключения, такие как активный, простой и другие, как показано в pg_stat_activity представлении. На этом рисунке представлена общая сумма соединений между всеми состояниями, не различая определенные состояния. Подробный анализ определенного состояния, например активных подключений, см. в метрике "Сеансы по состоянию". Да
Используемое хранилище резервных копий backup_storage_used Bytes Объем используемого хранилища резервных копий. Эта метрика представляет сумму хранилища, используемого всеми полными резервными копиями, разностными резервными копиями и резервными копиями журналов, которые сохраняет сервер на основе заданного периода хранения резервных копий. Периодичность резервного копирования управляется службой. Для геоизбыточного хранилища использование хранилища резервных копий в два раза превышает использование локально избыточного хранилища. Да
Неудачные подключения connections_failed Численность Количество неудачных подключений. Да
Успешные подключения connections_succeeded Численность Количество успешных подключений. Да
Кредиты ЦП, потребляемые ^ cpu_credits_consumed Численность Количество кредитов, использованных гибким сервером. Применяется к уровню с переменной производительностью. Да
Оставшиеся кредиты ЦП ^ cpu_credits_remaining Численность Число кредитов, доступных для временного увеличения. Применяется к уровню с переменной производительностью. Да
Процент ЦП cpu_percent Процент Нагрузка на ЦП в процентах. Да
Размер базы данных database_size_bytes Bytes Размер базы данных в байтах. Да
Глубина очереди диска ^ disk_queue_depth Численность Количество необработанных операций ввода-вывода на диске данных. Да
Операции ввода-вывода в секунду iops Численность Число операций ввода-вывода на диске в секунду. Да
Максимально используемые идентификаторы транзакций maximum_used_transactionIDs Численность Максимальное количество используемых идентификаторов транзакций. Да
Процент памяти memory_percent Процент Процент используемой памяти. Да
Отключение сети network_bytes_egress Bytes Общая сумма исходящего сетевого трафика на сервере за выбранный период. Эта метрика включает исходящий трафик из базы данных и из гибкого экземпляра базы данных Azure для Postgres, включая такие функции, как мониторинг, журналы, архив WAL, репликация и многое другое. Да
Входящий трафик сети network_bytes_ingress Bytes Общая сумма входящего сетевого трафика на сервере за выбранный период. Эта метрика включает входящий трафик в базу данных и в гибкий экземпляр сервера Базы данных Azure для Postgres, включая такие функции, как мониторинг, журналы, архив WAL, репликация и многое другое. Да
Чтение IOPS ^ read_iops Численность Число операций чтения с диска данных в секунду. Да
Пропускная способность чтения ^ read_throughput Bytes Число байт, считываемых с диска за секунду. Да
Бесплатный доступ к хранилищу storage_free Bytes Объем свободного места в хранилище. Да
Процент заполнения хранилища storage_percent Процент Процент используемого места хранения. Хранилище, используемое службой, может включать файлы базы данных, журналы транзакций и журналы сервера. Да
Используемое хранилище storage_used Bytes Объем используемого места хранения. Хранилище, используемое службой, может включать файлы базы данных, журналы транзакций и журналы сервера. Да
Используемое хранилище журналов транзакций txlogs_storage_used Bytes Объем дискового пространства, используемого журналами транзакций. Да
Пропускная способность записи ^ write_throughput Bytes Байты, записанные на диск в секунду. Да
Запись операций ввода-вывода в секунду ^ write_iops Численность Число операций ввода-вывода с диском данных в секунду. Да

Замечание

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

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

Используйте расширенные метрики для вашего гибкого сервера База данных Azure для PostgreSQL, чтобы получить подробный мониторинг и оповещения по базам данных. Каждая метрика создается с интервалом 1 минута и сохраняется до 93 дней. Вы можете настроить оповещения на основе метрик. Некоторые расширенные метрики включают Dimension параметр, который можно использовать для разделения и фильтрации данных метрик с помощью измерения, например имени базы данных или состояния.

Включение расширенных метрик

  • Большинство этих новых метрик отключены по умолчанию. Самый правый столбец в следующих таблицах указывает, включена ли каждая метрика по умолчанию или нет. По умолчанию включены несколько метрик.
  • Чтобы включить метрики, которые не включены по умолчанию, установите для параметра metrics.collector_database_activity значение ON. Этот параметр является динамическим и не требует перезапуска экземпляра.
Список расширенных метрик

Выберите из следующих категорий расширенных метрик:

  • Activity
  • База данных
  • Логическая репликация
  • Replication
  • Насыщенность
  • Трафик
Activity
Показать имя Идентификатор метрики Единица Description Размерность Включена по умолчанию
Сеансы по штатам sessions_by_state Численность Сеансы по состояниям, как показано в представлении pg_stat_activity. Он классифицирует клиентские бэкенды по разным состояниям, например активное или бездействующее. Государство нет
Сеансы по WaitEventType sessions_by_wait_event_type Численность Сеансы по типу события, по которому ожидает серверная часть клиента. Тип события ожидания нет
Самый старый бэкенд oldest_backend_time_sec Секунды Возраст в секундах самой старой серверной части (независимо от состояния). Не применяется нет
Самый старый запрос longest_query_time_sec Секунды Возраст в секундах самого длинного запроса, выполняющегося в настоящее время. Не применяется нет
Старая транзакция longest_transaction_time_sec Секунды Возраст в секундах самой длительной транзакции (включая неактивные транзакции). Не применяется нет
Самый старый xmin oldest_backend_xmin Численность Фактическое значение самого старого xmin. Если xmin не увеличивается, это означает, что существуют некоторые длительные транзакции, которые могут удерживать мертвые кортежи от удаления. Не применяется нет
Старейший возраст xmin oldest_backend_xmin_age Численность Возраст в единицах старейших xmin. Указывает, сколько транзакций прошло с момента самого старого xmin. Не применяется нет
База данных
Показать имя Идентификатор метрики Единица Description Размерность Включена по умолчанию
Бэкенды numbackends Численность Количество серверных компонентов, подключенных к этой базе данных. DatabaseName нет
Взаимоблокировки deadlocks Численность Количество обнаруженных взаимоблокировок в этой базе данных. DatabaseName нет
Попадания по блокам диска blks_hit Численность Количество раз, когда дисковые блоки были найдены в буферном кэше, поэтому чтение не требовалось. DatabaseName нет
Прочитанные блоки диска blks_read Численность Количество блоков дисков, считываемых в этой базе данных. DatabaseName нет
Временные файлы temp_files Численность Количество временных файлов, созданных запросами в этой базе данных. DatabaseName нет
Размер временных файлов temp_bytes Bytes Общий объем данных, записанных во временные файлы по запросам в этой базе данных. DatabaseName нет
Всего транзакций xact_total Численность Количество общих транзакций, выполняемых в этой базе данных. DatabaseName нет
Фиксация транзакций xact_commit Численность Количество транзакций в этой базе данных, зафиксированных. DatabaseName нет
Транзакции в секунду tps Численность Количество транзакций, выполняемых в течение секунды. DatabaseName нет
Откат транзакций xact_rollback Численность Количество транзакций в этой базе данных, которые были отменены. DatabaseName нет
Записи удалены tup_deleted Численность Количество строк, удаленных запросами в этой базе данных. DatabaseName нет
Извлечённые кортежи tup_fetched Численность Количество строк, которые извлекаются запросами в этой базе данных. DatabaseName нет
Вставка кортежей tup_inserted Численность Количество строк, вставляемых запросами в эту базу данных. DatabaseName нет
Кортежи возвращаются tup_returned Численность Количество строк, возвращаемых запросами в этой базе данных. DatabaseName нет
Обновлены кортежи tup_updated Численность Количество строк, обновляемых запросами в этой базе данных. DatabaseName нет
Логическая репликация
Показать имя Идентификатор метрики Единица Description Размерность Включена по умолчанию
Максимальная задержка логической репликации logical_replication_delay_in_bytes Bytes Максимальная задержка во всех слотах логической репликации. Не применяется Да
Состояние синхронизации логического слота репликации (предварительная версия) logical_replication_slot_sync_status Численность Указывает, синхронизированы ли логические слоты репликации на основном и резервном серверах высокой доступности (HA).

1 → слоты синхронизируются между основными и резервными слотами.
0 → слоты не синхронизируются в резервном режиме.

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

Условием: Убедитесь, что для параметра metrics.collector_database_activity задано on значение для выдачи этой метрики.

Сведения о сценариях высокого уровня доступности и рекомендациях по обработке отказов см. в статье "Поддержка логической репликации с высокой доступностью".
Слот логической репликации нет
Чтение репликации
Показать имя Идентификатор метрики Единица Description Размерность Включена по умолчанию
Максимальная задержка физической репликации physical_replication_delay_in_bytes Bytes Максимальная задержка во всех асинхронных слотах физической репликации. Не применяется Да
Задержка чтения реплики physical_replication_delay_in_seconds Секунды Задержка чтения реплики в секундах. Не применяется Да
Насыщенность
Показать имя Идентификатор метрики Единица Description Размерность Включена по умолчанию
Процент использования пропускной способности диска ^ disk_bandwidth_consumed_percentage Процент Процент пропускной способности диска данных, потребляемой в минуту. Не применяется Да
Процент использования дисковых операций ввода-вывода в секунду ^ disk_iops_consumed_percentage Процент Процент операций ввода-вывода диска данных, потребляемого в минуту. Не применяется Да
Использование ЦП процесса Postmaster postmaster_process_cpu_usage_percent Процент Использование центрального процессора процесса Postmaster. Неприменимо для импульсного SKU. Не применяется нет

Замечание

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

Трафик
Показать имя Идентификатор метрики Единица Description Размерность Включена по умолчанию
Максимальное число подключений ** max_connections Численность Максимальное количество подключений. Не применяется Да
Очередь TCP-соединений tcp_connection_backlog Численность Количество ожидающих TCP-подключений, ожидающих обработки сервером. Не применяется нет

** Max Connections представляет настроенное значение параметра max_connections . Система опрашивает эту метрику каждые 30 минут.

Рекомендации по использованию расширенных метрик
  • Расширенные метрики, использующие измерение DatabaseName, имеют ограничение в 50 баз данных .
  • На SKU с возможностью повышения производительности ограничение составляет 10 баз данных для метрик, использующих атрибут DatabaseName.
  • Ограничение размерности DatabaseName применяется к столбцу идентификатора базы данных (datid) в системном представлении pg_stat_database, которое отражает порядок создания базы данных.
  • В DatabaseName измерении метрик регистр не учитывается. Это означает, что после запроса представления pg_stat_database, фильтрации строк, в которых datname равно template1 или template0, сортировки по datid и ограничения возвращаемых строк до первых 50 (или 10 в случае Burstable SKU), метрики для имен баз данных в этом результирующем наборе, которые одинаковы за исключением регистра (например, contoso_database и Contoso_database), объединяются и, возможно, не отображают точные данные.

Метрики автоматического вакуума

Используйте метрики autovacuum для мониторинга и настройки работы autovacuum на вашем гибком сервере База данных Azure для PostgreSQL. Каждая метрика создается в 30-минутном интервале и имеет до 93 дней хранения. Вы можете создавать оповещения для определенных метрик, а также разделять и фильтровать данные метрик с помощью DatabaseName измерения.

Как включить метрики autovacuum

  • Метрики autovacuum отключены по умолчанию.
  • Чтобы включить эти метрики, задайте для параметра значение metrics.autovacuum_diagnosticsON.
  • Этот параметр является динамическим, поэтому перезапуск экземпляра не требуется.

Список метрик «autovacuum»

Показать имя Идентификатор метрики Единица Description Размерность Включена по умолчанию
Анализ таблиц пользователей счетчика analyze_count_user_tables Численность Количество раз, когда таблицы, доступные только для пользователей, вручную анализируются в этой базе данных. DatabaseName нет
Таблицы пользователей счетчика AutoAnalyze autoanalyze_count_user_tables Численность Количество раз, когда таблицы, доступные только для пользователей, анализируются управляющей функцией autovacuum в этой базе данных. DatabaseName нет
Таблицы пользователей счетчика AutoVacuum autovacuum_count_user_tables Численность Количество раз, когда таблицы, доступные только для пользователей, вакуумируются управляющей функцией autovacuum в этой базе данных. DatabaseName нет
Процент избыточности bloat_percent Процент Предполагаемый процент раздувания только для пользовательских таблиц. DatabaseName нет
Предполагаемые мертвые строки пользовательских таблиц n_dead_tup_user_tables Численность Предполагаемое количество мертвых строк для таблиц, доступных только для пользователей в этой базе данных. DatabaseName нет
Предполагаемое количество активных строк в пользовательских таблицах n_live_tup_user_tables Численность Предполагаемое количество динамических строк для таблиц, доступных только для пользователей в этой базе данных. DatabaseName нет
Предполагаемые изменения пользовательских таблиц n_mod_since_analyze_user_tables Численность Предполагаемое количество строк, измененных с момента последнего анализа таблиц, доступных только для пользователей. DatabaseName нет
Проанализированные пользовательские таблицы tables_analyzed_user_tables Численность Количество таблиц, доступных только для пользователей, которые анализируются в этой базе данных. DatabaseName нет
Пользовательские таблицы автоматически проанализированы tables_autoanalyzed_user_tables Численность Количество таблиц, доступных только для пользователей, которые анализируются управляющей функцией autovacuum в этой базе данных. DatabaseName нет
Пользовательские таблицы AutoVacuumed tables_autovacuumed_user_tables Численность Количество таблиц, предназначенных только для пользователей, которые вакуумируются демоном autovacuum в этой базе данных. DatabaseName нет
Счетчик пользовательских таблиц tables_counter_user_tables Численность Количество таблиц только для пользователей в этой базе данных. DatabaseName нет
Пользовательские таблицы вакуумированы tables_vacuumed_user_tables Численность Количество таблиц, предназначенных только для пользователей, которые проходят вакуумирование в этой базе данных. DatabaseName нет
Таблицы пользователей счетчика вакуума vacuum_count_user_tables Численность Количество раз, когда таблицы, доступные только для пользователей, вручную вакуумируются в этой базе данных (не учитываются VACUUM FULL). DatabaseName нет

Рекомендации по использованию метрик autovacuum

  • Метрики autovacuum, использующие измерение DatabaseName, имеют ограничение в 30 баз данных .
  • На SKU с возможностью повышения производительности ограничение составляет 10 баз данных для метрик, использующих атрибут DatabaseName.
  • Ограничение измерения DatabaseName применяется к столбцу OID, который отражает порядок создания базы данных.

Метрики PgBouncer

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

Как включить метрики PgBouncer

  • Чтобы отслеживать метрики PgBouncer, убедитесь, что функция pgbouncer включена с помощью параметра pgbouncer.enabled и включите параметр metrics.pgbouncer_diagnosticsметрик.
  • Эти параметры являются динамическими и не требуют перезапуска экземпляра.
  • Метрики PgBouncer отключены по умолчанию.

Список метрик PgBouncer

Показать имя Идентификатор метрики Единица Description Размерность Включена по умолчанию
Активные клиентские подключения client_connections_active Численность Подключения от клиентов, связанных с подключением к гибкому экземпляру сервера База данных Azure для PostgreSQL. DatabaseName нет
Ожидание клиентских подключений client_connections_waiting Численность Подключения от клиентов, ожидающих подключения к гибкому экземпляру сервера База данных Azure для PostgreSQL для их обслуживания. DatabaseName нет
Активные подключения к серверу server_connections_active Численность Подключения к гибкому серверу База данных Azure для PostgreSQL, которые используются клиентским подключением. DatabaseName нет
Неактивные подключения к серверу server_connections_idle Численность Подключения к гибкому серверу баз данных Azure для PostgreSQL, которые неактивны и готовы к обслуживанию нового клиентского подключения. DatabaseName нет
Общее количество объединённых подключений total_pooled_connections Численность Текущее количество подключений в пуле. DatabaseName нет
Количество пулов подключений num_pools Численность Общее количество пулов подключений. DatabaseName нет

Рекомендации по использованию метрик PgBouncer

  • Метрики PgBouncer, использующие измерение DatabaseName, имеют ограничение в 30 баз данных .
  • В пиковом SKU ограничение составляет 10 баз данных, использующих параметр DatabaseName.
  • Ограничение измерения DatabaseName применяется к столбцу OID, который отражает порядок создания базы данных.

Метрика доступности базы данных

Метрика is-db-alive — это метрика доступности для гибкого экземпляра сервера База данных Azure для PostgreSQL. Возвращает 1 для доступных и 0 для недоступных. Каждая метрика выпускается с частотой раз в минуту и хранится до 93 дня. Настроить оповещения можно на метрики.

Отображаемое имя Идентификатор метрики Единица Description Размерность Включена по умолчанию
База данных жива is_db_alive Численность Указывает, работает ли база данных или нет. N/A Да

Рекомендации по использованию метрик доступности базы данных

  • Агрегируйте эту метрику с помощью MAX(), чтобы определить, работал ли сервер в течение последней минуты.
  • Агрегируйте эти метрики с любой требуемой частотой (5 мин, 10 мин, 30 мин и т. д.), чтобы соответствовать вашим потребностям в оповещениях и избегать ложных срабатываний.
  • Другие возможные агрегаты: AVG() и MIN().

Фильтрация и разделение по метрикам измерения

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

  • Фильтрация: используйте фильтрацию для выбора значений измерений, включенных в диаграмму. Например, при диаграмме Sessions-by-State метрик может потребоваться отображать неактивные подключения. Вы задаете фильтр для простоя в измерении состояния.
  • Разделение: используйте разделение для управления отображением отдельных строк для каждого значения измерения или агрегирования значений в одной строке. Например, можно увидеть одну строку для метрики во Sessions-by-State всех сеансах. Вы можете видеть отдельные строки для каждого сеанса, сгруппированного по значению состояния. Примените разделение на измерение состояния для просмотра отдельных строк.

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

Снимок экрана: пример разделения и фильтрации по метрикам и измерениям.

Дополнительные сведения о настройке диаграмм для мерных метрик см. в Примеры диаграмм метрик.

Визуализация метрик

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

Компонент Description Обязательное обучение и настройка
Страница обзора Большинство служб Azure включают страницу Overview на портале Azure с Monitor, где показаны последние часто используемые метрики. Это представление предназначено для быстрого проверки работоспособности и производительности отдельного сервера Azure PostgreSQL. Метрики платформы собираются автоматически.
не требуется дополнительная настройка.
Обозреватель метрик Используйте обозреватель метрик для интерактивного анализа Azure Monitor метрик и создания оповещений на основе метрик. Она предоставляет гибкие возможности фильтрации, агрегирования и визуализации. — Метрики платформы для Azure ресурсов доступны автоматически.
— Дополнительная конфигурация не требуется после включения сбора данных.
— для гостевых метрик требуется агент Azure Monitor (только для виртуальных машин).
— для метрик приложений требуется Application Insights.
Встроенные панели мониторинга Grafana (портал Azure) Предварительно созданные панели мониторинга Grafana внедряются непосредственно на портале Azure для База данных Azure для PostgreSQL без дополнительных затрат и без каких-либо настроек. Используйте эти панели мониторинга для быстрого встроенного мониторинга серверов PostgreSQL. Дополнительные сведения см. в разделе Встроенные дашборды Grafana на портале Azure. не требуется дополнительная настройка.
Панели мониторинга доступны сразу на портале Azure.
Управление Azure для Grafana Используйте Управление Azure для Grafana для сложных сценариев, таких как расширенные плагины, усиленная аутентификация и развертывание, детальное мультиарендное управление и многооблачная подключаемость. Все дистрибутивы Grafana включают подключаемый модуль источника данных Azure Monitor, обеспечивая насыщенные панели мониторинга и корреляции между метриками. Рекомендуется ознакомиться с основными концепциями Grafana.
Настройка может быть упрощена с помощью предварительно настроенной панели управления Azure PostgreSQL Grafana, которая позволяет осуществлять мониторинг нескольких экземпляров гибкого сервера Azure PostgreSQL с минимальной конфигурацией.

Встроенные панели мониторинга Grafana на портале Azure

Предварительно созданные панели мониторинга Grafana внедряются непосредственно на портале Azure для База данных Azure для PostgreSQL без дополнительных затрат и без необходимости настройки. Эти панели мониторинга обновляются практически в реальном времени, чтобы обеспечить видимость работоспособности сервера и производительности.

Панели мониторинга визуализируют основные показатели платформы Azure Monitor, включая:

  • Availability
  • Connections
  • ЦП
  • Память
  • Хранение
  • WAL
  • Операции дискового ввода-вывода
  • Сеть
  • Транзакции

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

Встроенные панели мониторинга являются ресурсами Azure, которые охватывают подписку и группу ресурсов, а доступ регулируется управлением доступом, основанным на ролях Azure (RBAC). Вы можете экспортировать и развертывать панели мониторинга в разных средах с помощью шаблонов Azure Resource Manager.

журналы ресурсов База данных Azure для PostgreSQL

Эти логи поступают из операций на уровне плоскости данных.

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

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

Следующие журналы можно передавать во внешнее назначение, например рабочую область Log Analytics, учетную запись хранения, концентратор событий или партнерское решение с помощью Diagnostic Settings:

Описание: журналы сервера PostgreSQL.
Частота выполнения: 10 секунд.
Имя категории: PostgreSQLLogs.
Отображаемое имя: журналы сервера PostgreSQL.
Входит в группу категорий: аудит и все логи.
Таблица конкретного ресурса: PGSQLServerLogs.
Значение столбца "Category" при стриминге в AzureDiagnostics: PostgreSQLLogs.
Функция для объединения событий из AzureDiagnostics и конкретной таблицы ресурсов: _PGSQL_GetPostgresServerLogs.
Дополнительные требования: Нет.

Описание: моментальный снимок активных сеансов PostgreSQL с подробными сведениями о текущих подключениях к базе данных и их активности, включая метаданные сеанса, время и состояния ожидания.
Частота выполнения: 5 минут.
Имя категории: PostgreSQLFlexSessions.
Отображаемое имя: данные сеансов PostgreSQL.
Входит в группу категорий: аудит и все логи.
Таблица конкретного ресурса: PGSQLPgStatActivitySessions.
Значение столбца категории при потоковой передаче в AzureDiagnostics: PostgreSQLFlexSessions.
Функция для объединения событий из AzureDiagnostics и конкретной таблицы ресурсов: _PGSQL_GetPgStatActivitySessions.
Дополнительные требования: Нет.

Описание. Подробные статистические данные о производительности запросов из хранилища запросов PostgreSQL.
Частота выполнения: 5 минут, если число pg_qs.interval_length_minutes находится в диапазоне от 1 до 5. Количество минут, указанных в pg_qs.interval_length_minutes, когда pg_qs.interval_length_minutes превышает 5 минут.
Имя категории: PostgreSQLFlexQueryStoreRuntime.
Отображаемое имя: PostgreSQL хранилище запросов Runtime.
Входит в группу категорий: аудит и все логи.
Таблица, специфичная для ресурсов: PGSQLQueryStoreRuntime.
Значение столбца категории при потоковой передаче в AzureDiagnostics: PostgreSQLFlexQueryStoreRuntime.
Функция для объединения событий из AzureDiagnostics и конкретной таблицы ресурсов: _PGSQL_GetQueryStoreRuntime.
Дополнительные требования: pg_qs.query_capture_mode должны иметь значение top или all.

Описание: какие запросы ждали событий ожидания и сколько времени.
Частота выполнения: 5 минут, если число pg_qs.interval_length_minutes находится в диапазоне от 1 до 5. Количество минут, указанных в pg_qs.interval_length_minutes, когда pg_qs.interval_length_minutes превышает 5 минут.
Имя категории: PostgreSQLFlexQueryStoreWaitStats.
Отображаемое имя: PostgreSQL хранилище запросов Wait Statistics.
Входит в группу категорий: аудит и все логи.
Таблица конкретного ресурса: PGSQLQueryStoreWaits.
Значение столбца категории при потоковой передаче в AzureDiagnostics: PostgreSQLFlexQueryStoreWaitStats.
Функция для объединения событий из AzureDiagnostics и конкретной таблицы ресурсов: _PGSQL_GetQueryStoreWaits.
Дополнительные требования: pg_qs.query_capture_mode должны иметь top значение или allpgms_wait_sampling.query_capture_mode должны иметь значение on.

Описание: статистическая статистика на уровне схемы обо всех таблицах в базе данных, сводка действий таблиц и метрик обслуживания.
Интервал выполнения: 30 минут.
Имя категории: PostgreSQLFlexTableStats.
Отображаемое имя: PostgreSQL Autovacuum и статистика по схеме.
Входит в группу категорий: аудит и все логи.
Таблица конкретных ресурсов: PGSQLAutovacuumStats.
Значение столбца "Категория" при потоковой передаче в AzureDiagnostics: PostgreSQLFlexTableStats.
Функция для объединения событий из AzureDiagnostics и конкретной таблицы ресурсов: _PGSQL_GetAutovacuumStats.
Дополнительные требования: Нет.

Описание: представление идентификатора транзакции (XID) и многоактного идентификатора и риск обходного решения, а также пороговые значения для автоматического вакуума и аварийного вакуума.
Интервал выполнения: 30 минут.
Имя категории: PostgreSQLFlexDatabaseXacts.
Отображаемое имя: транзакции, оставшиеся в PostgreSQL.
Входит в группу категорий: аудит и все логи.
Таблица для конкретных ресурсов: PGSQLDbTransactionsStats.
Значение столбца 'Категория' при потоковой передаче в AzureDiagnostics: PostgreSQLFlexDatabaseXacts.
Функция для объединения событий из AzureDiagnostics и конкретной таблицы ресурсов: _PGSQL_GetDbTransactionsStats.
Дополнительные требования: Нет.

Описание: встроенные логи PgBouncer.
Частота выполнения: 10 секунд.
Имя категории: N/A.
Отображаемое имя: N/A.
Входит в группу категорий: аудит и все логи.
Таблица, специфичная для ресурса: PGSQLPgBouncer.
Значение столбца категории при потоковой передаче в AzureDiagnostics: PostgreSQLFlexPGBouncer.
Функция для объединения событий из AzureDiagnostics и конкретной таблицы ресурсов: _PGSQL_GetPgBouncerLogs.
Дополнительные требования: Встроенный PgBouncer должен быть включен на сервере, установив для него pgbouncer.enabled значение on.

Визуализация журналов

Компонент Description Обязательное обучение и настройка
Log Analytics С помощью Log Analytics можно создавать запросы журналов для интерактивной работы с данными журнала и создавать оповещения на основе запросов журнала. Вам потребуется некоторое обучение, чтобы ознакомиться с языком запросов, но вы можете использовать предварительно созданные запросы для распространенных требований.

Журналы сервера

Функция журналов сервера в вашей базе данных Azure Database для гибкого экземпляра сервера PostgreSQL позволяет включать, настраивать и загружать журналы сервера. Эти журналы важны для устранения неполадок и выполнения исторических анализов действий сервера. По умолчанию функция журналов сервера отключена. Однако после включения функции База данных Azure для PostgreSQL гибкий экземпляр сервера начинает записывать события выбранного типа журнала и записывает их в файл. Затем можно использовать портал Azure или Azure CLI, чтобы скачать файлы, чтобы помочь в устранении неполадок.

Хранение журналов сервера

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