win2003 EE + SQL2005 + 1Cv8.0 тормозит сильнее файловой 8-ки

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

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

ViktorL
Junior member
Сообщения: 15
Зарегистрирован: 15 авг 2007, 14:45
Откуда: г.Новочеркасск

win2003 EE + SQL2005 + 1Cv8.0 тормозит сильнее файловой 8-ки

Сообщение ViktorL » 15 авг 2007, 16:35

Здравствуйте всем, помогите разобраться:
  Имеется:
   Сервер, купленный в Trinity:
   MB x7DBE-X, 5000P;
   2 X CPU Xeon 5050;  
   Memory 8 X 1Gb FB-DIMM PC2-5300 ECC;
   LSI MegaRAID SCSI 320-1 (520); BBU;  - кеширование вкл., размер кластера поставлен 64.
   5 X HDD SCSI Hitachi 10K300 73 Gb
Soft (все лицензионное):
   Windows 2003 Enterprice Edition SP1, стоит на RAID 1;
   MS SQL2005;
   1C 8.0.18.2. (база на другом RAID 1);
Задача: сервер брался на перспективу под УПП, а пока решили перевести Бух8.0, размер файлового варианта был 1.6 Gb.
   Сервер 1С и SQL стоят вместе на этой машине.
Теперь вопрос: При переходе на клиент-серверный вариант, при работе 1-го пользователя хоть по сети, хоть на сервере, отмечаются сильные торомза. В частности документ закрытие месяца на старом терминальном сервере Pentium D 830, 4Gb ОЗУ проводится 20 минут (при этом там же крутятся 10-15 сеансов 8-ки в других базах), на SQL-ле 1 ч. 5 мин.(только один пользователь), отчет карточка счета на старом формируется 2 мин. 16 сек., на SQL-ле 5 мин. 19 сек.
  При этом в perfmon загрузка процессора - средняя 20%, нечасто подскакивает до 80-90%, диски отдыхают, память видна вся - 8 Gb, sqlservr использует max 2,1 Gb.
  Обнаружили в Everest'e скорость чтения памяти 2655 Mb/c, запись 2133 Mb/c - так должно быть, или проблемы с железом?

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

Re: win2003 EE + SQL2005 + 1Cv8.0 тормозит сильнее файловой

Сообщение Stranger03 » 16 авг 2007, 12:57

ViktorL писал(а):Здравствуйте всем, помогите разобраться:
Для начала соберите счетчики, как описано в статье в разделе ФАК, опубликуйте здесь или вышлите инженеру, который вам составлял спецификацию на сервер. Дальше посмотрим, зададим наводящие вопросы.

and3008
Заслуженный сетевик
Сообщения: 1109
Зарегистрирован: 03 янв 2004, 23:30
Откуда: Н.Новгород

Сообщение and3008 » 16 авг 2007, 21:29

Первая же мысль - индексы слетели. Пока только так могу объяснить столь долгие тормоза.

ViktorL
Junior member
Сообщения: 15
Зарегистрирован: 15 авг 2007, 14:45
Откуда: г.Новочеркасск

Сообщение ViktorL » 17 авг 2007, 08:44

Спасибо ответившим, но похоже не в ту ветку написал, надо в железячную.
Догадались поставить на этот сервер файловую 8-ку и замерить ее производительность, она оказалась даже хуже старого сервера , т.е. нет выигрыша не от 2-х процессоров, ни от SCSI, ни от чего.
Видимо где-то утыкается в узкое место. Наше предположение - память, т.к. ее скорость, судя по Everest-u, низкая - 2659 Mb/сек.

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

Сообщение a_shats » 17 авг 2007, 10:17

Эверест на серверных платформах мерит погоду на Марсе.
Смотрите perfmon.
В чем выражается - "диск отдыхает" ? Каково среднее значение параметра "средняя очередь к диску в сек" ?
Терминально или по сети с сервером работаете ?

ViktorL
Junior member
Сообщения: 15
Зарегистрирован: 15 авг 2007, 14:45
Откуда: г.Новочеркасск

Сообщение ViktorL » 17 авг 2007, 18:12

a_shats писал(а):Эверест на серверных платформах мерит погоду на Марсе.
Смотрите perfmon.
В чем выражается - "диск отдыхает" ? Каково среднее значение параметра "средняя очередь к диску в сек" ?
Терминально или по сети с сервером работаете ?
  Сегодня меряли, но потом пропустили момент окончания проведения ЗакрытияМесяца (ровно час длилось) счетчики исказились, потом начали систему переустанавливать, теперь до понедельника-вторника.
  Работаем и по сети и в терминальной сессии - производительность одинаковая.

and3008
Заслуженный сетевик
Сообщения: 1109
Зарегистрирован: 03 янв 2004, 23:30
Откуда: Н.Новгород

Сообщение and3008 » 20 авг 2007, 01:52

Я бы вынул память, оставил 2-4 Гига и посмотрел на результат.

Сдается мне не оттюнили вы свою систему.

ViktorL
Junior member
Сообщения: 15
Зарегистрирован: 15 авг 2007, 14:45
Откуда: г.Новочеркасск

Сообщение ViktorL » 20 авг 2007, 08:52

and3008 писал(а):Я бы вынул память, оставил 2-4 Гига и посмотрел на результат.
Сдается мне не оттюнили вы свою систему.
  Мне тоже это сдается, но вот как тюнить не знаем - не хватает квалификации.
  Подскажите, где копать?

ViktorL
Junior member
Сообщения: 15
Зарегистрирован: 15 авг 2007, 14:45
Откуда: г.Новочеркасск

Сообщение ViktorL » 20 авг 2007, 18:19

Журнал счетчиков: http://slil.ru/24758778.
Проведение ЗакрытиеМесяца "Май 2007", длительность 1 ч. 07 мин.
1-но клиенсткое подключение.
  Господа, поищите пожалуйста узкое место, у самого не хватает соображалки.

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

Сообщение a_shats » 21 авг 2007, 12:36

1. Имеются приличные пики средней очереди на запись.
2. Имеются небольшие, но частые пики очереди к процессорам.

Рекомендации:
Дисковая - таки сделайте RAID10 под все, ОС прекрасно переживет на LUNе.
Процессоры - если есть желание, можно поменять на более мощные, с ядром Woodcrest.

ViktorL
Junior member
Сообщения: 15
Зарегистрирован: 15 авг 2007, 14:45
Откуда: г.Новочеркасск

Сообщение ViktorL » 21 авг 2007, 16:31

a_shats писал(а):1. Имеются приличные пики средней очереди на запись.
2. Имеются небольшие, но частые пики очереди к процессорам.

Рекомендации:
Дисковая - таки сделайте RAID10 под все, ОС прекрасно переживет на LUNе.
Процессоры - если есть желание, можно поменять на более мощные, с ядром Woodcrest.
  Ок, спасибо.
  Попробуем RAID10, а насчет процессоров - думали попозже поменять на Woodcrest, когда там станет крутиться УПП.
  Сегодня был специалист из 1С Франчайзи, вынес вердикт, что тормозит SQL, и нам может помочь переписка запросов. Будем дальше ковыряться.
  Еще такой вопрос - хоть Everest и не авторитет, но не можем понять, почему он пишет FSB166 MHz, и соотношение FSB:частота памяти = 1:1?
Чем можно корректно померять FSB на сервере.

Аватара пользователя
Tert
Advanced member
Сообщения: 4233
Зарегистрирован: 19 янв 2003, 08:09
Откуда: Москва
Контактная информация:

Сообщение Tert » 22 авг 2007, 10:50

ViktorL
Еще такой вопрос - хоть Everest и не авторитет, но не можем понять, почему он пишет FSB166 MHz, и соотношение FSB:частота памяти = 1:1?
Everest правильно выдает опорную тактовую частоту системной шины процессора. Для Xeon 5050 она и составляет 166 МГц. Это соответствует эффективной частоте 667 МГц (4 x 166.66).

ViktorL
Junior member
Сообщения: 15
Зарегистрирован: 15 авг 2007, 14:45
Откуда: г.Новочеркасск

Сообщение ViktorL » 22 авг 2007, 11:34

Tert писал(а):ViktorL
Еще такой вопрос - хоть Everest и не авторитет, но не можем понять, почему он пишет FSB166 MHz, и соотношение FSB:частота памяти = 1:1?
Everest правильно выдает опорную тактовую частоту системной шины процессора. Для Xeon 5050 она и составляет 166 МГц. Это соответствует эффективной частоте 667 МГц (4 x 166.66).
  Ок, спасибо за ответы, будем копать в softe.

ViktorL
Junior member
Сообщения: 15
Зарегистрирован: 15 авг 2007, 14:45
Откуда: г.Новочеркасск

Сообщение ViktorL » 23 авг 2007, 13:18

Итого, при беглом осмотре: 1С 8.1 тормозит под SQL2005 так же как и 8.0 - примерно в 2.5 раза медленне (по сравнению с файловой версией) проводится ЗакрытиеМесяца.
  Поставили SQL2000, при тех же настройках скуля "по умолчанию" 1С 8.0 работает на 7-28% быстрее файловой 8-ки, интересовало в основном проведение тогоже документа ЗакрытиеМесяца и формирование КарточкиСчета (10-го).

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

Сообщение a_shats » 23 авг 2007, 13:39

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

Ответить

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

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

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