Оценка производительности Axapta Object Server

[Kabardian]

Цитата:

Сообщение от gl00mie

А вообще, на счет мониторинга: зачем что-то делать, если все устраивает?

gl00mie, по-моему, не стоит запускать вопросы, связанные с производительностью системы AX-СУБД. Объясню на примере двух сценариев почему я так думаю.

Нереальный сценарий мониторинга (не замечен на реальных проектах)
С самого начала внедрения производят эталонные замеры производительности. Затем идет процесс постоянного мониторинга производительности системы в рабочей среде. Когда производительность системы заметно отклоняется от эталона определяются факторы, влияющие на производительность системы. Например, на производительность системы могут влиять:

• новая модификация
• увеличившееся количество конкурентных пользователей
• увеличившаяся нагрузка на СУБД
• изменение настроек системы (AX-СУБД)
• другие факторы.

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

Более жизненный сценарий
Cпустя год-два после внедрения AX, когда уже cоздана хренова туча модификаций, в системе одновременно работают много пользователей (ближе к 100, а может и больше), параметры системы AX-СУБД неоднократно менялись, нагрузка на СУБД тоже менялась, пытаются точечными ударами повысить производительность.