Запрос, который вчера выполнялся за 200 миллисекунд, сегодня выполняется 14 секунд. Команда приложения заметила это раньше, чем инструмент мониторинга. К тому моменту, когда кто-то открывает сервер базы данных, в представлении активных запросов находится 47 сеансов, три из них заблокированы, и один из них удерживает блокировку, которая открыта уже шесть минут. Никто не может сказать вам, что делает этот сеанс, кому он принадлежит и безопасно ли его завершить. Это не проблема оборудования. Это проблема видимости. И она встречается чаще, чем следовало бы. Давайте поговорим о представлениях производительности в реальном времени, которые упрощают устранение неполадок.
Показаны сообщения с ярлыком Zabbix. Показать все сообщения
Показаны сообщения с ярлыком Zabbix. Показать все сообщения
16.4.26
Представления производительности в реальном времени, которые упрощают устранение неполадок
Автор: Pinal Dave, Real-Time Performance Views That Make Troubleshooting Easier
10.10.25
Контроль состояния распределённой группы доступности: T-SQL и Zabbix
Автор: Pablo Echeverria, Distributed Availability Group Health: T-SQL and Zabbix
После создания распределённой группы доступности по шагам из моей статьи «SQL Server 2022: Распределённая группа доступности без кластера», как проверить, что синхронизация между дата-центрами в порядке?
В SQL Server Management Studio, если щёлкнуть правой кнопкой по распределённой группе доступности, вы заметите, что нет панели мониторинга, подтверждающей корректную синхронизацию данных между дата-центрами:
Даже если проверять панели первичного и вторичного дата-центров по отдельности, вы не увидите, есть ли проблема «между ними».
Подписаться на:
Сообщения (Atom)

