Вопрос по анализу данных счетчиков производительности

У вас сложности? Наши специалисты постараются помочь вам. Если вы сами сталкивались с похожими проблемами - поделитесь опытом.

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

Char0day
Junior member
Сообщения: 7
Зарегистрирован: 15 дек 2008, 09:26
Откуда: Прим. край

Вопрос по анализу данных счетчиков производительности

Сообщение Char0day » 22 дек 2008, 15:12

Помогите, пожалуйста с анализом счетчиков производительности. Есть сильное подозрение на нехватку ОЗУ на терминальном сервере. (см. аттачи.)

Может, я, как и многие, выбрал не совсем корректную совокупность счетчиков для анализа и результат анализа бкудет однобоким? Тогда какие еще счетчики смотреть?
Вложения
Счетчики дисковой очереди. 10-кратный коэффициент. Голубой - запись. Красный  -очередь чтения. В принципе, очередь записи не очень хороша. Но насколько не очень? (Raid 5)
Счетчики дисковой очереди. 10-кратный коэффициент. Голубой - запись. Красный -очередь чтения. В принципе, очередь записи не очень хороша. Но насколько не очень? (Raid 5)
На процессор нареканий нет
На процессор нареканий нет
А вот с ОЗУ, по моему, явные проблемы. Красный график -ввод страниц (коэфф 0,1). Вывод страниц -нулевой(?)
А вот с ОЗУ, по моему, явные проблемы. Красный график -ввод страниц (коэфф 0,1). Вывод страниц -нулевой(?)

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Вопрос по анализу данных счетчиков производительности

Сообщение Stranger03 » 23 дек 2008, 09:50

"Char0day"
Если бы вы еще привели конфигурацию сервера, то тогда можно было бы что-то сказать. Ну и плюс к тому, а есть какая-то проблема?

Char0day
Junior member
Сообщения: 7
Зарегистрирован: 15 дек 2008, 09:26
Откуда: Прим. край

Сообщение Char0day » 23 дек 2008, 11:22

Конфигурация сервера:

Платформа Intel S5000P
2 x Xeon 5335 2GHz
4 Gb ОЗУ
Raid 5 (3 диска) на Intel SRCSAS18E

ОС: Windows 2008 Standard x86
Используется в качестве терминального сервера с 1С7.7
Активных пользователей 30-50 (Ограничений на единственную сессию нет)

Симптомы: Тормоза 1С.


P. S.
SQL Server находится на другом физическом сервере.
Конфигурация:

Платформа Intel S5000V
1 x Xeon 5410
4 Gb ОЗУ
Raid 10 (4 диска) на встроенном Raid-контроллере

ОС: Windows 2008 Standard x64
SQL Server 2005 Standard x64
на нем
База 11 Gb (20-30 пользователей)
База 4 Gb  (15-20 пользователей)


На сервере SQL, дисковая очередь на чтение и запись меньше единицы. (Ну при пиковой нагрузке бывает до 1.5)

Данные счетчиков в сняты в то же время, что и в первом моем посте.
Вложения
Сервер БД
Сервер БД
Сервер БД ввод страниц
Сервер БД ввод страниц
Сервер БД Процессор
Сервер БД Процессор

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Сообщение Stranger03 » 23 дек 2008, 13:11

"Char0day"
Если честно совсем не читабельные счетчики, лучше бы вы бинарники за некоторый период опубликовали. Из того, что удалось увидеть, ваши сервера курят бамбук. Что касается 1С 7.7, она хорошо работает, когда терминальные пользователи и база данных находятся на одном физическом сервере. Либо тогда, когда ваша конфигурация 1С очень сильно оптимизирована руками.

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

Сообщение gs » 23 дек 2008, 13:25

Честно говоря, действительно нечитабельно.
Смущает дисковая нагрузка на терминальнике. Если там нет базы или локальных темпов, скорее всего это говорит о свапе. Вы просто словами скажите - скока задействовано памяти на сервере и скока ее там есть. Посмотрите, сколько ест одна сессия. Выгоните из базы часть клиентов и посмотрите...

Char0day
Junior member
Сообщения: 7
Зарегистрирован: 15 дек 2008, 09:26
Откуда: Прим. край

Сообщение Char0day » 23 дек 2008, 13:54

Да вообщето меня больше смущает input pages  в пиках до 700 страниц в секунду. Это, нормально? По некоторым данным (не скажу сейчас, из каких источников, кажется, microsoft), этот показатель при нормальной работе не должен превышать 5 страниц в секунду.
Так курят ли серверы бамбук?  :)

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Сообщение Stranger03 » 23 дек 2008, 13:58

Char0day писал(а):Так курят ли серверы бамбук?  :)
Коллега, опять не не очень читабельные рисунки, вернее не сильно информативные. Согласно данным по памяти, процессорами и дисковым очередям сервера просто ничем не занимаются.

Char0day
Junior member
Сообщения: 7
Зарегистрирован: 15 дек 2008, 09:26
Откуда: Прим. край

Re: Вопрос по анализу данных счетчиков производительности

Сообщение Char0day » 17 фев 2009, 04:10

Не прошло и полгода :)

Серверы те же, но произошла миграция на 1С8.1
Напомню конфигурацию:

Терминальный сервер:
Платформа Intel S5000P
2 x Xeon 5335 2GHz
4 Gb ОЗУ
Raid 5 (3 диска) на Intel SRCSAS18E

ОС: Windows 2008 Standard x86
Используется в качестве терминального сервера с 1С7.7
Активных пользователей 20-30 (Ограничений на единственную сессию нет)

(сервер 1С8.1 находится на терминальном сервере )


SQL Server:
Платформа Intel S5000V
1 x Xeon 5410
4 Gb ОЗУ
Raid 10 (4 SAS диска) на встроенном Raid-контроллере
ОС: Windows 2008 Standard x64
SQL Server 2005 Standard x64
База 10 Gb (до 10 пользователей)
База 4 Gb (до 10 пользователей)
База 2 Gb (до 10 пользователей)


Пользователи жалуются на тормоза при проведении документов и при использовании подбора.

Р.S. От безысходности :lol: перенесли сервер 1С8 на другой сервер (16.02.09 в с 16 до ~17), не очень производительный, но должен потянуть:
1С8 Сервер:
Платформа Intel SE7500CW2
2 x Xeon 2.4GHz (512k)
3Gb Озу
SCSI Host Controller LSI 53c1010 (U160) (в комплекте с платой)

Счетчики терминального и SQL
сервера прилагаю
Вложения
000013.zip
SQL сервер за 16.02.09
(395.04 КБ) 414 скачиваний
TerminalServ.zip
Терминальный сервер за 16.02.09
(269.51 КБ) 431 скачивание

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Вопрос по анализу данных счетчиков производительности

Сообщение Stranger03 » 17 фев 2009, 07:42

"Char0day"
Может не очень показательные счетчики, но ничего сильно смертельного не видно. На сервере баз данных наблюдаются пики дисковой активности, в основном на чтение. И пики загрузки процессора. Скорей всего они и влияют на тормоза в момент больших запросов. ИМХО взять нормалльный контроллер, штук 6-8 дисков 15К в РАИД10. Должно существенно помочь. Ну и неплохо было бы воткнуть второй проц в сервер баз данных.

Char0day
Junior member
Сообщения: 7
Зарегистрирован: 15 дек 2008, 09:26
Откуда: Прим. край

Re: Вопрос по анализу данных счетчиков производительности

Сообщение Char0day » 17 фев 2009, 13:40

Stranger03 писал(а): ИМХО взять нормалльный контроллер, штук 6-8 дисков 15К в РАИД10. Должно существенно помочь. Ну и неплохо было бы воткнуть второй проц в сервер баз данных.
По поводу контроллера, где-то видел на этом форуме Вы(?) советовали adaptec 34xx, SAS или SCSI?
А какие отзывы по поводу Intel SRCSAS18E (на нашем терминальном сервере такой)? Производительность, надежность?

Думаем увеличить ОЗУ на SQL-сервере до 8Gb. Будут ли улучшения?
На терминальним было бы неплохо тоже (там по ОЗУ счетчики что-нибудь плохое говорят?), но ограничения ОС.

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Вопрос по анализу данных счетчиков производительности

Сообщение Stranger03 » 17 фев 2009, 14:14

Char0day писал(а):По поводу контроллера, где-то видел на этом форуме Вы(?) советовали adaptec 34xx, SAS или SCSI?
А какие отзывы по поводу Intel SRCSAS18E (на нашем терминальном сервере такой)? Производительность, надежность?
Это LSI насколько я помню. Мы пока предпочитаем Адаптек из-за функциональности и уровня сервиса.
Думаем увеличить ОЗУ на SQL-сервере до 8Gb. Будут ли улучшения?
На терминальним было бы неплохо тоже (там по ОЗУ счетчики что-нибудь плохое говорят?), но ограничения ОС.
На сервер баз данных лучше поставить приличную дисковую. На терминалке надо мониторить загрузку памяти. Для 8.1 примерно по 150 МБ на клиента.

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Вопрос по анализу данных счетчиков производительности

Сообщение Stranger03 » 17 фев 2009, 14:16

"Char0day"
Диски SCSI кончились, того уже. Так что САС. Например:
http://www.adaptec.com/en-US/products/C ... /SAS-5405/

Char0day
Junior member
Сообщения: 7
Зарегистрирован: 15 дек 2008, 09:26
Откуда: Прим. край

Re: Вопрос по анализу данных счетчиков производительности

Сообщение Char0day » 17 фев 2009, 15:42

Stranger03
А больше 4 дисков как к такому контроллеру (Sas5405) подключить?
И ориентировочно, насколько улучшится производительность такого контроллера с raid10 на 4sas по сравнению с интегрированным контроллером (на s5000vsas) также с raid10 на 4sas?
Последний раз редактировалось Char0day 17 фев 2009, 16:02, всего редактировалось 1 раз.

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

Re: Вопрос по анализу данных счетчиков производительности

Сообщение gs » 17 фев 2009, 16:02

5405 - это пример.
Есть 5805 и т.п.
В принципе, много дисков можно подключить и к 5405, но нужен корпус с экспандерной корзиной - например супермикро SC836E1 или типа того.

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Вопрос по анализу данных счетчиков производительности

Сообщение Stranger03 » 17 фев 2009, 16:04

Char0day писал(а):Stranger03
А больше 4 дисков как к такому контроллеру (Sas5405) подключить?
Выбрать кузов с SAS Expander, например:
http://www.supermicro.com/products/chas ... 1-R800.cfm
или
http://www.supermicro.com/products/chas ... -R800U.cfm
Но вам скорей всего такого не надо.

Ответить

Вернуться в «Серверы - Решение проблем»

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

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