Форум Тринити

Открытый технический форум по серверам и системам хранения данных, кластерным решениям, SAN, NAS.
Microsemi infortrend storage
Текущее время: 15 ноя 2018, 23:34

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 64 ]  На страницу 1, 2, 3, 4, 5  След.
Автор Сообщение
СообщениеДобавлено: 20 апр 2006, 10:43 
Не в сети
Power member

Зарегистрирован: 20 апр 2006, 10:18
Сообщения: 49
Добрый день
Мы пользуемся 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, но это ни к чему толком не привело. Как правильно промониторить сервер, что бы разобраться в происходящем.
Сразу извинюсь, что возможно тема не нова, но чтение чужих историй, мне особо не помогло  :(


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 20 апр 2006, 10:46 
Не в сети
Power member

Зарегистрирован: 20 апр 2006, 10:18
Сообщения: 49
да, забыл сказать, планируется покупка внешнего дискового массива, для разбивки базы


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 20 апр 2006, 11:04 
Не в сети
Сотрудник Тринити
Сотрудник Тринити
Аватара пользователя

Зарегистрирован: 23 авг 2002, 17:34
Сообщения: 16730
Откуда: Москва
Для начала перфмон - счетчики phisical disk reads/sec, writes/sec, queue lenght (average, current). Что в среднем и пики, насколько они часты. Сколько задействовано памяти, нет ли свопа.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 20 апр 2006, 11:06 
Не в сети
Power member

Зарегистрирован: 20 апр 2006, 10:18
Сообщения: 49
Вопрос м.б. глупый, за какое примерно время, и с какой периодичностью?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 20 апр 2006, 11:08 
Не в сети
Сотрудник Тринити
Сотрудник Тринити
Аватара пользователя

Зарегистрирован: 23 авг 2002, 17:34
Сообщения: 16730
Откуда: Москва
Да за день снимите лог - естественно почаще.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 20 апр 2006, 11:08 
Не в сети
Сотрудник Тринити
Сотрудник Тринити
Аватара пользователя

Зарегистрирован: 23 авг 2002, 17:34
Сообщения: 16730
Откуда: Москва
Ну или просто во время максимальных тормозов.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 20 апр 2006, 11:09 
Не в сети
Power member

Зарегистрирован: 20 апр 2006, 10:18
Сообщения: 49
понял, спасибо


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 20 апр 2006, 11:10 
Не в сети
Advanced member
Аватара пользователя

Зарегистрирован: 27 авг 2002, 10:55
Сообщения: 5020
Откуда: Москва
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, мы (с Вашего разрешения, конечно) выложим нужные показатели здесь и проанализируем.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 20 апр 2006, 11:47 
Не в сети
Power member

Зарегистрирован: 20 апр 2006, 10:18
Сообщения: 49
Под 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 гб искусственно, я его обрезаю но не шринкую

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 20 апр 2006, 16:39 
Не в сети
Advanced member
Аватара пользователя

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 21 апр 2006, 08:28 
Не в сети
Power member

Зарегистрирован: 20 апр 2006, 10:18
Сообщения: 49
Данные по диску с логами вчера собрать не успел
запустил сегодня
Write Bytes/sec и Read Bytes/sec не забыл)
приаттачу файл перфоманса, я не знаю как вам удобнее смотреть,  могу кинуть графики в картинках.


Вложения:
3nity.txt [843.65 КБ]
Скачиваний: 1034
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 21 апр 2006, 10:35 
Не в сети
Сотрудник Тринити
Сотрудник Тринити
Аватара пользователя

Зарегистрирован: 23 авг 2002, 17:34
Сообщения: 16730
Откуда: Москва
Картинки лучше. А то слишком много париться с конвертацией :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 21 апр 2006, 17:05 
Не в сети
Power member

Зарегистрирован: 20 апр 2006, 10:18
Сообщения: 49
накропал


Вложения:
Длина очереди(c_f).GIF
Длина очереди(c_f).GIF [ 18.01 КБ | Просмотров: 7684 ]
память_процессор.GIF
память_процессор.GIF [ 23.08 КБ | Просмотров: 7658 ]
Длина очереди проц.GIF
Длина очереди проц.GIF [ 31.97 КБ | Просмотров: 7655 ]
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 21 апр 2006, 17:06 
Не в сети
Power member

Зарегистрирован: 20 апр 2006, 10:18
Сообщения: 49
дальше


Вложения:
обращений(f).GIF
обращений(f).GIF [ 34.68 КБ | Просмотров: 7665 ]
обращений на диск (e).JPG
обращений на диск (e).JPG [ 124.5 КБ | Просмотров: 7639 ]
обращений (С).GIF
обращений (С).GIF [ 27.06 КБ | Просмотров: 7637 ]
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 21 апр 2006, 17:07 
Не в сети
Power member

Зарегистрирован: 20 апр 2006, 10:18
Сообщения: 49
дальше


Вложения:
скорость (чтения_записи - F).GIF
скорость (чтения_записи - F).GIF [ 28.51 КБ | Просмотров: 7627 ]
скорость (чтения_записи - E).GIF
скорость (чтения_записи - E).GIF [ 26.23 КБ | Просмотров: 7619 ]
скорость (чтения_записи - C).GIF
скорость (чтения_записи - C).GIF [ 25.82 КБ | Просмотров: 7626 ]
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 64 ]  На страницу 1, 2, 3, 4, 5  След.

Часовой пояс: UTC + 3 часа [ Летнее время ]


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

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


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB