Цитата:
Сообщение от
gl00mie
А вообще, на счет мониторинга: зачем что-то делать, если все устраивает? 
gl00mie, по-моему, не стоит запускать вопросы, связанные с производительностью системы AX-СУБД. Объясню на примере двух сценариев почему я так думаю.
Нереальный сценарий мониторинга (не замечен на реальных проектах)
С самого начала внедрения производят эталонные замеры производительности. Затем идет процесс постоянного мониторинга производительности системы в рабочей среде. Когда производительность системы заметно отклоняется от эталона определяются факторы, влияющие на производительность системы. Например, на производительность системы могут влиять:
- новая модификация
- увеличившееся количество конкурентных пользователей
- увеличившаяся нагрузка на СУБД
- изменение настроек системы (AX-СУБД)
- другие факторы.
Если при этом влияние фактора, ухудшившего производительность системы входит в допустимые рамки (которые также определяются заранее), то текущее состояние системы считают эталоном. В противном случае, устраняют пагубное влияние конкретного фактора.
Более жизненный сценарий
Cпустя год-два после внедрения AX, когда уже cоздана хренова туча модификаций, в системе одновременно работают много пользователей (ближе к 100, а может и больше), параметры системы AX-СУБД неоднократно менялись, нагрузка на СУБД тоже менялась, пытаются точечными ударами повысить производительность.