Низкая производительность сервера, Аксапта лежит

sp16rus · Сообщение **sp16rus** » 20 апр 2006, 10:43

Добрый день
Мы пользуемся Navision Axapta CIS SP3 в трехзвенной реализации. В системе работает около 200 пользователей, база 35 Гб. Сервер базы данных на платформе SPSH4 , 4 процессора Xeon MP 2400 2Гб L3 cache на 400 MHz системной шине без Hyper Threading; память 8 Гб; дисковая система: двухканальный RAID-контроллер Intel SRCU42X (память на контр-ре 512 Мб с батарейкой), на одном канале 2 рейда1 по 2 винта в каждом (32 Гб 15000 rpm) - на них система и логи, на другом канале 1 рейд5 (4 Х 72 гб 15000rpm) - на нем база. Сеть гигабитная. ОС Windows 2003 Enterprise Server; сервер базы данных MS SQL Server 2000 SP3а. Поддержка AWE в SQL Server, /PAE, /3GB.

Загрузка процов 95 %, пользователи в аксапте просто висят, в таком состоянии мне все это досталось. Может кто-нибудь помочь разобраться в чем может быть дело. Я менял настройки SQL, но это ни к чему толком не привело. Как правильно промониторить сервер, что бы разобраться в происходящем.
Сразу извинюсь, что возможно тема не нова, но чтение чужих историй, мне особо не помогло :(

sp16rus · Сообщение **sp16rus** » 20 апр 2006, 10:46

да, забыл сказать, планируется покупка внешнего дискового массива, для разбивки базы

Сообщение gs » 20 апр 2006, 11:04

Для начала перфмон - счетчики phisical disk reads/sec, writes/sec, queue lenght (average, current). Что в среднем и пики, насколько они часты. Сколько задействовано памяти, нет ли свопа.

sp16rus · Сообщение **sp16rus** » 20 апр 2006, 11:06

Вопрос м.б. глупый, за какое примерно время, и с какой периодичностью?

Сообщение gs » 20 апр 2006, 11:08

Да за день снимите лог - естественно почаще.

Сообщение gs » 20 апр 2006, 11:08

Ну или просто во время максимальных тормозов.

sp16rus · Сообщение **sp16rus** » 20 апр 2006, 11:09

понял, спасибо

a_shats · Сообщение **a_shats** » 20 апр 2006, 11:10

Perfmon
MSSQL - Смотрите Cache Manager/Cache hit rate,%
Менее 50% свидетельствует о прямо-таки суровой нехватке ОЗУ.
% загрузки по каждому из процессоров: если средний в районе 60-70 - процессоров не хватает (мощи каждого из).
System /Processor Queue Length - смотреть вкупе с предыдущим параметром: возможно еще и количества процессоров не хватает.
Неплохо бы поэкспериментировать с включением HyperThreading: скорость счета это точно не увеличит, может даже уменьшить, но время реакции сервера (при загрузке процессоров явно менее 90%, конечно) улучшить должно очень прилично. Если процессоры "забиты" - не поможет никак, может только ухудшить.
ОЗУ:
Я надеюсь, у Вас под SQL ОЗУ зафиксировано ? Мало ли... Соответственно, Cache hit rate имеет смысл смотреть более всего именно при фиксированном ОЗУ. Имхо.
Дисковая:
- Average Queue Length/sec по отдельности для массива под данные, логи и - я правильно понял, что у Вас tempdb лежит на системном зеркале ?

- Current Queue Lenght тоже по отдельности, поможет правильно интертрепировать значения предыдущего счетчика (оба не всегда показательны, но видя оба можно увидеть более или менее достоверную картину).
Нормальная очередь (полное отсутствие тормозов) - среднее значение за весь интервал измерений между 0 и 1. Выше 1 - тормоза, в большей или меньшей степени. Имхо.

Небольшой спор на тему можно глянуть тут:
http://forum.ixbt.com/topic.cgi?id=66:3484

Disk Reads/sec
Disk Writes/sec

Disk Read Bytes/sec
Disk Write Bytes/sec

Эти параметры дадут реально потребляемые IOps, MB/s и соотношение операций чтения и записи в секунду - что важно для дальнейшей оценки и выбора контроллера/уровня RAID, а также количества винтов.
Естественно, все эти параметры надо снимать за достаточно длительное время, и обязательно - когда сервер будет под нагрузкой. Иначе картина будет сильно искажена.
Если сами не можете разобраться - снимите логи за рабочий день и пришлите мне или gs, мы (с Вашего разрешения, конечно) выложим нужные показатели здесь и проанализируем.

sp16rus · Сообщение **sp16rus** » 20 апр 2006, 11:47

Под SQL у меня было выделено статически 6 гиг, но последний я сделал динамику от 1 до 7, может к худшему (
счетчики включил следующие
Memory\Available Bytes
(Доступно байт)

Memory\ Pages/sec
Paging File\% Usage Peak
Processor\% Processor Time
Processor\ Interrupts/sec
System\Processor Queue Length
Server Work Queues\Queue Length
PhysicalDisk\% Disk Time
PhysicalDisk\ Disk Reads/sec
PhysicalDisk\Disk Writes/sec
PhysicalDisk\Current Disk Queue Length
PhysicalDisk\Avg. Disk Queue Length
PhysicalDisk\Avg. Disk Bytes/Transfer
PhysicalDisk\Avg. Disk sec/Transfer

Счетчики по дискам отдельно на с (система и tempdb) и f (база)
стоит ли разбить Processor\% Processor Time по процам
tempdb у меня разбита на 4 части по 3 Гб
лог у базы сделал 10 гб искусственно, я его обрезаю но не шринкую

ничего не забыл?

a_shats · Сообщение **a_shats** » 20 апр 2006, 16:39

С драйва, где логи, тоже счетчики нужны - все перечисленные.
А для чего Вам Server Work Queues\Queue Length ? У Вас что-то с этого сервера по SMB активно отдается ?
Забыли Write Bytes/sec и Read Bytes/sec

sp16rus · Сообщение **sp16rus** » 21 апр 2006, 08:28

Данные по диску с логами вчера собрать не успел
запустил сегодня
Write Bytes/sec и Read Bytes/sec не забыл)
приаттачу файл перфоманса, я не знаю как вам удобнее смотреть, могу кинуть графики в картинках.