Быстрый старт
Развертывание
Моделирование данных
Подключение
Запись данных
Миграция
Запросы
Операции и обслуживание
Типовое обслуживание
Секционирование
Резервное копирование и восстановление
Масштабирование
Зеркалирование
Управление ресурсами
Безопасность
Мониторинг
Настройка производительности
Устранение неполадок
Справочник
Руководство по инструментам
Типы данных
Хранилище данных
Выполняющая система
Потоковая передача
Восстановление после сбоев
Конфигурация
Индексы
Расширения
Справочник по SQL
Часто задаваемые вопросы
Документ описывает функцию мониторинга состояния кластера в графическом интерфейсе (GUI).
Во время повседневной эксплуатации базы данных MatrixDB выполняется большое количество SQL-запросов. Возможны проблемы, такие как сбои оборудования (например, отказ сети) или конфликты блокировок из-за высокой конкуренции транзакций. Если такие проблемы не устраняются своевременно, они могут замедлить ответы клиентов или вызвать прямые ошибки, негативно влияя на эффективность бизнеса. Для более эффективного решения таких проблем функция мониторинга состояния в GUI помогает быстро выявлять аномальное поведение в кластере базы данных.
Мониторинг состояния периодически проверяет соответствующие системные каталоги в зависимости от различных параметров проверки. Он подтверждает, соответствуют ли состояния выполнения запросов ожидаемым бизнес-требованиям. При обнаружении отклонений от ожидаемых условий немедленно генерируется оповещение. Оповещения можно просматривать непосредственно в GUI. Для более своевременного уведомления вы также можете настроить получение уведомлений по электронной почте, если проверка веб-интерфейса затруднена.
Введите IP-адрес машины, на которой запущен MatrixGate (по умолчанию — IP-адрес хоста Master), и номер порта в браузере для входа в графический интерфейс.
http://<IP>:8240
После успешного входа перейдите в раздел Мониторинг состояния → Конфигурация проверок.

Вы можете выбрать, настраивать ли службу электронной почты в зависимости от ваших потребностей. После настройки параметров электронной почты вы будете получать оповещения об ошибках по электронной почте.
Доменное имя GUI
Для быстрого доступа к детальной информации об оповещениях в письмо включается ссылка на GUI. Если получатели не могут получить доступ к GUI по умолчанию, измените это поле соответственно.
Адрес SMTP-сервера
Адрес SMTP-сервера состоит из IP-адреса и номера порта. Пример: smtp.example.com:465.
Распространённые адреса сторонних сервисов электронной почты:
Примечание!
Если служба электронной почты размещена самостоятельно, обратитесь к вашему администратору почты или провайдеру услуг.
Имя пользователя
Учётная запись, используемая для аутентификации на SMTP-сервере. Это поле необязательно и требуется только при необходимости аутентификации по имени пользователя на SMTP-сервере. Пример: [email protected].
Пароль
Пароль учётной записи SMTP. Это поле необязательно и требуется только при необходимости аутентификации по имени пользователя и паролю на SMTP-сервере.
Примечание!
Если служба электронной почты размещена самостоятельно, обратитесь к вашему администратору почты или провайдеру услуг.
Отправитель
Для сторонних сервисов электронной почты это поле должно совпадать с полем «Имя пользователя».
Для собственных сервисов электронной почты введите адрес электронной почты отправителя.
Получатели
Введите один или несколько адресов электронной почты получателей.

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

| № | Элемент проверки | Описание |
| 1 | Кластер недоступен | Периодически выполняет запрос `SELECT * FROM gp_dist_random('gp_id');` для проверки доступности кластера. Если этот запрос трижды подряд завершается с ошибкой, кластер, вероятно, отключен. Возможные причины: отказ как первичных, так и зеркальных сегментов, сетевые проблемы, отключение питания или аппаратные сбои. |
| 2 | Сбой сегмента | Может вызывать дисбаланс ресурсов узлов, замедление ответов базы данных и в тяжёлых случаях — исчерпание памяти на затронутом узле, что приводит к недоступности кластера. Также может нарушить высокую доступность. Рекомендуется оперативно диагностировать и устранить проблему, а затем использовать команду `mxrecover` для восстановления неисправного экземпляра. Подробнее см. Восстановление после сбоев. |
| 3 | Запрос/транзакция выполняется более 12 часов | Долгие запросы или транзакции могут потреблять чрезмерные ресурсы памяти и ЦП, замедляя ответы базы данных, вызывая OOM (исчерпание памяти) или даже влияя на доступность кластера. |
| 4 | Транзакция в состоянии «idle in transaction» более 1 часа | Такие транзакции удерживают ресурсы и блокируют другие. Они также способствуют росту возраста базы данных, что негативно влияет на производительность. |
| 5 | Один запрос/транзакция блокирует более 5 других более 15 минут | Это может вызвать накопление запросов и задержки, потенциально приводя к взаимоблокировкам или таймаутам, что влияет на время отклика и производительность параллелизма. |
| 6 | Запрос, удерживающий эксклюзивную или AccessExclusive блокировку, заблокирован более 15 минут | Процессы, удерживающие эксклюзивные или AccessExclusive блокировки, обычно связаны с изменениями схемы (например, созданием, изменением или удалением таблиц), что может существенно повлиять на всю базу данных или отдельные таблицы. Длительная блокировка может нарушить работу бизнес-процессов. |
| 7 | Запрос/транзакция, удерживающая эксклюзивную или AccessExclusive блокировку, выполняется более 2 часов | Эксклюзивные и AccessExclusive — это наивысшие уровни блокировок. Другие транзакции должны ждать их освобождения. Длительное удержание блокировок вызывает блокировки, снижая производительность отклика и параллелизма. |
| 8 | Транзакция, удерживающая эксклюзивную или AccessExclusive блокировку, в состоянии «idle in transaction» более 15 минут | Эти высокие уровни блокировок блокируют другие транзакции. Нахождение в состоянии «idle» при удержании таких блокировок приводит к блокировкам или взаимоблокировкам и ускоряет рост возраста базы данных, негативно влияя на производительность. |
Если вы настроили параметры электронной почты, вы получите электронное оповещение при срабатывании условия сбоя любого элемента проверки.

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