Нужна помощь в оценке и настройке производительности

1. AndrewKop 03.05.18 14:14 Сейчас в теме
Господа, помогите разобраться с довольно низкой производительностью.
Переехали мы значит с ТиС9.2 на УТ. Переезд сопровождался сменой физического сервера на более быстрый. Кроме того ТиС был настолько кривой, что после него казалось что документы в УТ проводятся ух как быстро. Но приходящие внедренцы, жаловались между тем на низкую производительность. Мол, у нас на обычном компе выгрузка загрузка базы, запуск базы (независимо от режима файловый/клиент-серверный) происходит гораздо быстрее. Я не обращал внимания, так как жалоб от операторов, торгашей и прочих, кто в УТ работает нет (около 30 в пике).
Но тут настало время внедрения ЗУП. Нам перенесли базу их БОСС-Кадровика в ЗУП3.х. Первое время она лежала как файловая. В ней начали активно работать наши кадровики (их всего 3 человека, в самой базе ~ 1600 сотрудников). Скорость работы их крайне не устроила. К тому же вызывали человека который их обучал этой конфигурации. Она тоже сказала что все работает очень медленно. И посоветовала перевести базу в к-с вариант. Я хоть и подозревал что на 3-4 пользователях это даст скорее всего отрицательный результат, все же базу перевел. Но как и ожидалось все стало только хуже.
Поехали по тому, что у нас есть:

Процессоры
Number of sockets 2
Number of threads 24
Specification Intel® Xeon® CPU E5-2620 v2 @ 2.10GHz

Chipset
-------------------------------------------------------------------------
Northbridge Intel Ivy Bridge-E rev. 04
Southbridge Intel C602 rev. 06
Memory Type DDR3
Memory Size 49120 MBytes
Channels Quad
Memory Frequency 799.9 MHz (1:12)
CAS# latency (CL) 11.0
RAS# to CAS# delay (tRCD) 11
RAS# Precharge (tRP) 11
Cycle Time (tRAS) 28
Минимальное время между двумя циклами регенерации (tRFC) 208

Mainboard Model X9DR3-F (0x000001CD - 0x005F0BE6)
DMI System Information
manufacturer STSS
product MX240.3
DMI Baseboard
vendor Supermicro
model X9DR3-F
revision 0123456789
Хранилище
-------------------------------------------------------------------------

Drive 0
Type Fixed
Bus Type 8
Name Adaptec Array
Capacity 372.3 GB
SMART Support No
Volume c:\, 371.9 GBytes (60.7 percent available)

Microsoft Windows Server 2012 R2 Server Standard 64-bit (Build 9600)
В качестве СУБД - MS SQL2012
Релизы платформы и конфигураций самые последние. Сервер 1С 64 битный. Конфы стоковые, ничего не дописано.
Shared Memory настроена и работает, проверял в Скуль-профилире.
RAID10 из четырех SSD дисков Intel DC S3710 на 200Гб на adaptec 6405e. Все это суть один том (Диск С:) На нем все и вертится.
Тест Гилева прогнал получил сначала 11 попугаев. Покурил маны, включил турбобуст и режим высокой производительности. Получил уже удовлетворительный результат и 23 попугая. Потестил вот сегодня в работе. Кадровики сказали что стало работать быстрее, за исключением увольнений. Но там вроде как идет какой-то пересчет и тормозит поэтому. Так сказала начальница ОК. Кто работает в УТ сказали что разницы не заметили в работе.
Вроде бы забить. Жалоб нет. Но хочется уже довести все до конца. Чтобы при следующем вопросе директора, почему вдруг кому-то показалось медленно, сказать, что тут только апгрейд или новый сервант. И все же смущает, что франики жаловались на скорость выгрузки-загрузки бд в файл. А у нас немного криво настроена дисковая подсистема.
Поэтому 2 вопроса:
1. 21 попугай для такой системы - это гуд? Или можно попробовать дотянуть до хорошего по рейтингу Гилева результату? И где тянуть тогда.
2. Как проверить является ли дисковая подсистема узким местом.
2. Вытекает из решения второго вопроса. Если увижу, что диск все же узкое место. То насколько сильно поможет такое решение? RAID10 разбиваю на 1 зеркало, и 2 отдельных диска. Добавляю еще физический диск. Зеркало пуска под систему. Каждый диск под свою БД и отдельно диск для журнала транзакций. Просто так лень пересносить сервант и заново все настраивать. Если это даст прироста к скорости процентов 10-15 даже возиться не буду.
Прикрепленные файлы:
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
7. ansh15 04.05.18 17:43 Сейчас в теме
(1) 23 балла для E5-2620 v2 - это выше среднего. Если поискать в результатах, то можно найти значения 31-32, Хотя, если тест выполнялся во время работы пользователей с другими базами, то отсутствие пользователей на сервере может дать результат побольше.
2. s_demidov 03.05.18 14:43 Сейчас в теме
Тест Гилева - вещь условная. в принципе, "выжатый" 21 попугай на клиент-сервере-уже удобоваримо. Хотите "прорыва" - меняйте проц. на более высокочастотный.
еще вопрос: SQL и 1С - "вместе" живут?
3. AndrewKop 03.05.18 14:53 Сейчас в теме
(2) Да процы у нас в турбобусте жалкие 2,5 Гц. Согласен тут.
SQL и 1С вместе, через Shared memory
4. s_demidov 03.05.18 14:56 Сейчас в теме
больше Вы особо не выжмете.
насчет типовых конфигураций. занимались подобной проблемой. в качестве эксперимента взяли геймерскую машину, развернули на ней 1С. Гилев дал 60 попугаев. а проблемы с производительностью-не исчезли. и пошли мы искать в отладке "кривые" родные запросы. их правка решила 75 процентов задач по производительности.
5. AndrewKop 03.05.18 21:39 Сейчас в теме
Ясно. Спасибо за оценку.
6. /Sergeant/ 04.05.18 15:44 Сейчас в теме
А в файловом варианте сколько попугаев?
8. nvv1970 28.05.18 23:58 Сейчас в теме
Здесь все что вам нужно
https://www.sqlskills.com/blogs/glenn/
По дискам - посмотрите статистику времени доступа к файлам баз. Пределы: Для базы 35 ms, для остальных файлов (логов транзакций, темпдб и т.п) 15-20.
Но не забываем: проблемы 1с решаются в 1с, а не в СУБД.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот