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

Вопросы программирования БД, их оптимизации, резервирования и восстановления данных.

Модераторы: Trinity admin`s, Free-lance moderator`s

sp16rus
Power member
Сообщения: 49
Зарегистрирован: 20 апр 2006, 10:18
Контактная информация:

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

Сообщение 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
Power member
Сообщения: 49
Зарегистрирован: 20 апр 2006, 10:18
Контактная информация:

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

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

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

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

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

sp16rus
Power member
Сообщения: 49
Зарегистрирован: 20 апр 2006, 10:18
Контактная информация:

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

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

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

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

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

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

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

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

sp16rus
Power member
Сообщения: 49
Зарегистрирован: 20 апр 2006, 10:18
Контактная информация:

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

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

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение 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
Power member
Сообщения: 49
Зарегистрирован: 20 апр 2006, 10:18
Контактная информация:

Сообщение 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
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

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

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

sp16rus
Power member
Сообщения: 49
Зарегистрирован: 20 апр 2006, 10:18
Контактная информация:

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

Данные по диску с логами вчера собрать не успел
запустил сегодня
Write Bytes/sec и Read Bytes/sec не забыл)
приаттачу файл перфоманса, я не знаю как вам удобнее смотреть,  могу кинуть графики в картинках.
Вложения
3nity.txt
(843.65 КБ) 1548 скачиваний

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 21 апр 2006, 10:35

Картинки лучше. А то слишком много париться с конвертацией :)

sp16rus
Power member
Сообщения: 49
Зарегистрирован: 20 апр 2006, 10:18
Контактная информация:

Сообщение sp16rus » 21 апр 2006, 17:05

накропал
Вложения
Длина очереди проц.GIF
память_процессор.GIF
Длина очереди(c_f).GIF

sp16rus
Power member
Сообщения: 49
Зарегистрирован: 20 апр 2006, 10:18
Контактная информация:

Сообщение sp16rus » 21 апр 2006, 17:06

дальше
Вложения
обращений (С).GIF
обращений на диск (e).JPG
обращений(f).GIF

sp16rus
Power member
Сообщения: 49
Зарегистрирован: 20 апр 2006, 10:18
Контактная информация:

Сообщение sp16rus » 21 апр 2006, 17:07

дальше
Вложения
скорость (чтения_записи - C).GIF
скорость (чтения_записи - E).GIF
скорость (чтения_записи - F).GIF

Ответить

Вернуться в «Серверы - ПО, Базы Данных и их использование»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 10 гостей