Добрый день,
Требуется помощь коллективного разума  :btbzdb: в советах по железу

Что имеется на данный момент:
2 x Intel Xeon x56550
мать s5520HC
112 Гб ОЗУ

Windows server 2008R2
MS SQL 2005 со всеми возможными доступными обновлениями

Sata 3 на материнской плате:
Raid 1 на Intel DC S4600 480 Гб (Система)
SSD SP A55 на 128 Гб отдан под tempDB (2 дополнительных файла) Основная база на RAM диске.

LSI MegaRaid SAS 9261-8i
Raid 10 на Intel DC S3700 Series 200 Гб (Базы ldf)
Raid1 1 на Intel 2.5 S4500 960GB SATA TLC (Базы mdf)

Базы Бухгалтерия 3.0 и УТ 11
Платформа 8.3.18.1208

Тест Гилева выдает 20-22 балла
Тест TempDB чтение-0,6мс запись-0,4мс

Основная масса сотрудников работает в УТ, но бухгалтерия уперлась в потолок.
Перепроведение 1 дня занимает +/-12 часов.

Встал вопрос о замене сервера. Сейчас выкручиваемся тем что перепроводим документы на ПК с i7-9700 и i9-11900K

Хотелось бы будущий сервер приблизить к результатм этих машин, но обернув в надежность для 24/7.
Смотрел в сторону Xeon Silver, Gold и почитав тут еще и в стороне Е серии (подкупает стоимостью)
Gold серия скорее всего на старте будет в количестве 1 шт.

Хотелось бы использовать NVMe накопители. Лучше сразу материнскую плату искать с несколькими портами М2 или через контроллер?

Больше вопрос по связке ЦП+мать+NVMe под базы включая tempDB
Бюджет на железо пока 500-1 млн.

(20) >> те же самые операции занимают как минимум в 2-3 меньше времени.

То есть один день проводится по 4-6 часов.
Всё равно долго на базе в 30Гб.

На такой маленькой базе не может бухня работать так медленно.
Сколько всё таки документов в день? При десятках тысяч документов в день база уже давно ушла бы в размерах за 30Гб. А при меньшем количестве документов не может их проведеение занимать столько времени.

(23) >>  У автора проц 2010 года. Его только в музей.

Я понимаю.
И тем не менее.

(20) А у i7-9700 /i9-11900K какая частота? 3/4,7 ?

+27 и по тому скрину, что ты прислал - загрузку не увидишь. Если у тебя куча ядер на проце, а сервер 1с-ки крутится на одном ядре. Разверни по ядрам нагрузку.

(20)[На данный момент да выгружаем в dt и потом загружаем.]
запустите перепровеедение файловой на самом сервере, возможно проблема в плане запросов и индексах,а не в тактовой частоте CPU

Есть возможность на эту мать найти проц пошустрей?

(28) +1
нет очередей дисков и загрузки по ядрам

возможно проблема в RLS и каком-нить аля БитФинанс в БП

(20) Перепроведение в 2 раза быстрей на файловой - это нормально. Посмотри в пике на очереди к дискам - они есть или их нет.

(33) + Хотя с учетом того, что все на ссд и в раме - может и ненормально.

(33) нет, перепроведение быстрей на файловой это ненормально
это значит сервер 1С и сиквел кривые

(35)+ или конфа допилена типовая каким то кривым образом

(35) Ну, это далеко не первый случай когда я слышу про ускорение проведения путем выгрузки в файловую. И результатом километровых комментариев там обычно было "а что вы хотели".

(37) Латентность отправки - получения запросов, все же очевидно.

(33) >> Перепроведение в 2 раза быстрей на файловой - это нормально.

Быстрее - ещё может быть. Но не в 2-3 раза.
Либо проблема вовсе не в железе, либо имеет место гибридная проблема - железо + конфа + настройка(и) сервера(ов). Где каждый из факторов делает маленький вклад, но приводящий в результате синергии к таким жестким  тормозам.

(38) Плюс при монопольном перепроведении файловой кажись дополнительные оптимизации какие-то есть.

Меня только смущает, что база с одной стороны не настолько большая, чтобы перегружать ее через dt для перепроведения стало проблемой, а с другой - ДЕНЬ перепроводится 12 часов. Как-то это по документообороту одно другому противоречит.

А все базы на одном процессе rphost висят?
Что будет, если их разнести "база на процесс"?
И вообще. При проведении кто какую нагрузку генерит - скуль, 1С, чтение/запись? А где живёт реестр кластера 1С (srvinfo\reg_1541)? Может тормоза вызывает какой-нибудь технологический журнал, настроенный на сбор всей информации, включая планы запросов?

(41) >> с другой - ДЕНЬ перепроводится 12 часов. Как-то это по документообороту одно другому противоречит.

С этим разобрались. Это необычный день, а последний день месяца. Закрытие. Видимо расчет себестоимости и корректировки стоимости номенклатуры (учитывая, что у автора УТ, вряд ли они торгуют только услугами).

(42) причин может быть много, включая фулмоду, неверный объём RAM сиквела, не выполненные регламенты
нет смысла гадать - набор метрик и способ их оценки описан 100500 раз

(28) Загрузка ЦП https://disk.yandex.ru/i/GH8EZtJp8mHrbQ
(31) Текущая очередь к дискам https://disk.yandex.ru/i/3E7wwlDJlSHdXg
(42) Нет. 1 база = 1 процесс

Документов:
Реализаций порядка 1500-2000 в день
Возвратных накладных тоже 1500-2000 в день
В среднем порядка 8000-10000 документов в день.

Сфера деятельности дистрибьюция печатной продукции.

(44) Базы в Full мод, под SQL выделено 68 Гб ОЗУ из 112. Ram disk 12 Гб (вынесены начальные файлы по 5 Гб без увеличения) Дополнительные файлы TempDB на SSD.

(43) Если все тормоза приходятся на большие расчеты и большие транзакции, тогда и в настройках сиквела может быть дело. Всяких там DOP, например. Случается когда большие запросы начинает параллелить как не в себя, а потом все грустно ждут подвисший кусочек. Или еще че-нить такое. В общем, я бы значала на очереди к дискам смотрел, а потом - что там сиквел крутит-мутит на пике.

(45) Скинь выгрузку базы в виде bak на [email protected] с описанием, что нужно нажать, чтобы начать перепроводить, если не страшно. Я скажу, за сколько у меня все это перепроведется.

(45) и если я поправлю один документ в БП 3 на 1 июня, то у вас сервер задумается 88 дней * 12 часов = 44 дня?

(46) Ну у него не так прекрасно и на файловой, но там уже роляет размер базы. При большом cd-файле, 1С начинает его неистово читать. Но на Mdop я бы первым делом посмотрел.

(45) >8000-10000 документов в день

проведение на вашем железе ~12 часов это нормально
новым железом можно довести до 4-5 часов в идеале

(48) Нет. Выяснили же уже. По 12 часов у них проводится последний день месяца вместе с закрытием. Остальное явно побыстрее.

Я вообще, кстати не понимаю проблем автора.
Бюджет есть, сервер - древнее г-но мамонта, купите новый сервер, с годным процом, пользователи вздохнут свободнее.

(52) еще разнести конфы/базы на два сервера

(45) [Текущая очередь к дискам] - нужно сменить масштаб + очередь нужна в момент проведения документов в процессе закрытия месяца - они сейчас проводятся ?

(50) >> >8000-10000 документов в день.
>>проведение на вашем железе ~12 часов это нормально.

Я вот тоже начал сомневаться. При таком документообороте да ещё и с возвратами, может оно и нормально - по 12 часов месяц закрывать.
Но смущает, что файловая в 2-3(!!!) раза быстрее. Уж слишком как-то разрыв велик.

(52) ТС разумно опасается, что замена процесса на текущий билд с близкой тактовой частотой не даст прироста производительности

(55) да, возвраты в БП + розница тормозят =)

(56) У него есть уникальная возможность это проверить, выложив свою базу.

(55) Технологический разрыв в 10 лет между серверной и файловой вы не замечаете?

(45) Похоже что ЦП сейчас жмет больше всего. Одно из ядер почти постоянно утилизировано полностью. А вот насколько именно поможет апгрейд - х.з. Но апгрейдиться похоже таки надо.

(60) Фиолетик - работяга.

Человек хочет выбраться и дремучей тьмы прошлого десятилетия, им уже и деньги дают, а вы все пытаетесь запихнуть его назад в пещеру..
На новейшем железе искать узкие места гораздо приятнее, они не будут казаться такими узким.

(58) Я бы после такого уволил.
(61) Насколько я понимаю - неважно какой именно в конкретный момент времени.

(58) базу ТС тебе не выложит и правильно сделает
а вот синтетику нагенерить имеет смысл

(62) Можно уже и не так искать :-)

(63) (64) Разное бывает, иногда выкладывают. Базу, естественно, потом удаляю. Мне проблемы не нужны.

(59) причем не только в процах/памяти разрыв но и дисковая NVMe это все же сила
им бы на этих новых сервер 1С на sql поднять и потестить
и файловую на своем сервере

Еще весьма неплохие штуки:
W-1390 https://www.cpu-world.com/CPUs/Xeon_W/Intel-Xeon%20W%20W-1390.html
W-1390P https://www.cpu-world.com/CPUs/Xeon_W/Intel-Xeon%20W%20W-1390P.html
Единственный недостаток - 128 ГБ памяти максимально. Впрочем, если TempDB держать на NVMe, то вполне для баз автора темы.
Только их пока в продаже нет, почему-то.

(68) Серверные новинки ты еще пойди найди. Поэтому - только gold-ы 2017 года от продавунов.

(69) Это да. Недавно смотрел 6334, 6346, в крупных магазинах они если появляются, то почти сразу исчезают.
И шасси с матплатами под них еще достаточно не распространены в продаже.

Проблему выяснили. В dt можно не выгружать.
Поднять сервер 1с на i7-9700 и i9-11900K (хотя бы временно) и проводить отсюда.

Опечатка "и" -> "или"

У нас на серверной БД удалось выжать максимум 64 попугая по тесту Гилева. В файловой у него же видно, что у некоторых доходит до 140 попугаев. Данные взяты на конец 2020 года, возможно свежие данные уже поинтереснее.

(71) причем сервер на linux/postgresql для экономии лицух

(74) Я имел в виду базу оставить на MS SQL, но можно и так.

(69) Учитывая, что дефицит чипов пока еще не докатился до процов, нужно сметать все, что дают.

(51) ну т.е. 99% времени сервер ОГОНЬ, а вот закрытие месяца 12 часов (явно косяк 1С и есть поле куда стремиться) и надо вкинуть 1млн рублей? Притом памяти много, все на SSD?
Давайте все скинемся по 1-10 млн. рублей с каждой организации в РФ, вместо того чтобы разобраться в кривых алгоритмах закрытия месяца.

(33) Перепроведение не на файловой, а на поднятом sql2019+сервер 1с там же (на i7)
В файловом варианте перепроводилось даже медленнее.
Бухгалтерия типовая.
12 часов это перепроведение НЕ последнего дня месяца с закрытием, а сравнивали на перепроведении 15 апреля на сервере sql2005+1c и на i7 sql2019+1c

Начались гадания на кофейной гуще

(0) ты бы хоть счетчики производительности винды погонял, замеры в 1с поделал, трассировку в скуле позапускал. Тест Гилева это редкостная хрень, которая показывает сферический результат в вакууме

Сервер HPE ProLiant DL180 Gen10 - но это только "база"

По моему мнению - неплохая конфигурация примерно такая:
Проц - Xeon 4215R 3.2Ghz
2 ssd Samsung 500Gb - под систему, временные файлы.
2 2 NVME 8X Samsung MZPLJ1T6HBJR или MZPLL1T6HAJQ с ключом VRoc (под базы, tempdb)
2 HDD по 4Gb - под архивы.

(82) По процессору пока вопрос открыт. Сейчас перепроведение документов для закрытия месяцев перевез на i9-11900K, 64 Гб ОЗУ, NVMe Samsung 970 Evo под базу и tempdb.
За 29-31 августа закрыли апрель и почти заканчиваем май.
Примерно к этой производительности и хотелось бы приблизиться, но 4215R будет скорее всего проигрывать.

Предлагаемый ранее Intel Xeon E-2278G даст я думаю чуть больше производительности.

Будет ли заметный прирост при использовании 2-х процессоров, например, Intel Xeon E-2278G в сравнении с одним Intel Xeon Gold 6246R?

По дискам под базы и tempDB однозначно будут NVMe PCI, но вот райд или не райд вопрос.
ОЗУ будет в районе 100 ГБ в зависимости от канальности.

Если разносить сервера 1с и SQL. Куда идет большая нагрузка, например, при том же перепроведении (закрытии месяца) или при других ресурсозатратных операциях?

В итоге пока как то так:
1) по процессору 1 или 2.
2) ОЗУ 100 Гб
3) 2 SSD райд 1 под систему, инстанс 1С (srvinfo) и инстанс SQL
4) по 1 NVMe PCI для dbf,ldf и TempBD (По возможности можно думаю разнести все на разные диски) По Vroc пока изую. Ни сталкивался ни разу.
5) ну и HDD под локальный бэкап

(83) от двух процов не столько прирост сколько масштабирование
ну там на двух и более базах одновременно закрывать можно

и да E-2278G - это однопроцессорный под 1151 сокет
оно даже хуже чем i9-11900K

(83)
"Xeon 4215R" - втопку. Как обычно, от лучших маркетолухов.
"Будет ли заметный прирост при использовании 2-х процессоров, например, Intel Xeon E-2278G в сравнении с одним Intel Xeon Gold 6246R?"
Я бы не рассчитывал на 2-х ядерные конфы. Хотите многоядер - берите old 6246R, норм проц. Ибо https://its.1c.ru/db/metod8dev/content/5903/hdoc
E-2278G будет медленнее i9-11900K, так как его аналог i9-9900K
"Если разносить сервера 1с и SQL." - глупая затея, бессмысленная. Возьмите больше ядер.

(85) Статья применима к 4 сокетным серверам

(83) SSD Intel Optane, чо бы нет?

Я бы взял
https://ark.intel.com/content/www/ru/ru/ark/products/204094/intel-xeon-platinum-8354h-processor-24-75m-cache-3-10-ghz.html

Имба же, несильно дороже Intel Xeon Gold 6246R

(86) https://youtu.be/rbsKcreUw9M

(83) >>Будет ли заметный прирост при использовании 2-х процессоров

2 голда работают лучше из-за более оптимального использования планок памяти

(90) каналы раздельные же
по четыре канала на проц и все

(88) новый сокет LGA4189 который изначально на две версии какого то хрена поделен

(91) шта?

(93) теория подучи
на более новых по 6 или 8 каналов но они у каждого проца свои
да общее число каналов увеличивается но один поток обломс только мало каналов юзает и ему пофиг
но для двух и более потоков нет падения или меньшее чем на одном камне

(94) нет падения если потоки на разных процах выпоняются
на одном проце один фиг падение

Да начнется битва Егора и Михаила!

(96) ты лучше скажи ник его

(90) Тоже только из-за это и думал.
(88) Плюс минус я думаю одно и тоже будет не считая +200MHz в турбе у 8354

Все же в нашем случае решают ядра и частота. 2 процессора возможно лучше вытянут память и как скажуться на райде MVNe PCI ими же тоже процессор управляет и по идее наверно 2 лучше чем 1 в этом случае?

(98) Да, можно 2 райда на vroc сделать. Лучше взять два Gold 5222 чем один 6244

(99) а ты макс турбо сравни и ответь что лучше для 1С?

(99) имхо лучша взять сначала один 6244, с целью потом докупить второй

(101) это если нужна масшабируемость

(102) не смешно

Цветная табличка с частотами ядер https://en.wikichip.org/wiki/intel/xeon_silver/4215r
4215R вообще не надо ни для 1С ни для СУБД.
Для сравнения 6244 https://en.wikichip.org/wiki/intel/xeon_gold/6244
И кэша гораздо больше.

(99) 5222 я думаю совсем просядет.
(101) в случае запуска 2-х процессорной системы на одном проце смотрел на 6246R, Он и по лицензиям на Winserv как раз ровно влазит по ядрам. И получится задел на будещее при наличии бюджета воткнуть еще один 6246R и докупить лицензии на ядра.

По последним перепроведениям получается на i9-11900K закрывать за 1 сутки 10 дней. На 8 ядрах/16 потоков на частоте в среднем 4,9 Ггц.

(104) а по wiki вроде 6244 даже интереснее выглядит чем 6246

Пока самое полное предложение поступило на вот такую сборку:

шасси Dell r640
2 х Intel Xeon Silver 4215R (8C 11M Cache 3.20 GHz)
192GB (12x16GB) DDR4 RDIMM 2666MHz
2x 480GB SSD SATA Read Intensive 6Gbps 512e 2.5in Hot-plug
2x 4TB SATA 6Gbps 7.2K 512e 2.5in Hot-plug
2x 1600GB SSD NVMe PCle Samsung Enterprise PM1735
Koutponnep RAID Dell H740p (8GB+BBU)
DRAC 9 Enterprise
4 nopra Ethernet 1Gb/s
2x BM 750 Br.

Больше вопрос по ЦП. Нормальный выбор или 6246R заметно прибавит?

(107) Скорее, не даст просесть пи более интенсивной нагрузке, при которой другие будут безнадежны.

Имхо сборка на Ryzen Threadripper 39... или нечто вроде будет лучше

(107) частота проца ниже частоты памяти

(107) Частота процессора смущает. 4 GHz в Бусте реально мало уже по современным меркам.

(107) 4215R - 2253 попугая
W-1290P - 3232
Intel Core i7-11700K - 3465
https://www.cpubenchmark.net/singleThread.html
Вот и думайте, треть производительности теряете при пиковой нагрузке в однопоточном режиме на таком проце.

(108) Тоже + так как перепроведение прошлых периодов почти постоянное при почти круглосуточной работе части пользователей.
(109) Ну тут уже бюджет возрастает при почти той же частоте
(110) Согласен. Хотя предложение вроде как серверная контора предложила.
(111) 4-4,5 ГГц в бусте почти потолок у серверных. Например Intel Xeon E-2278G вроде и до 5 ГГц, но вытянет ли он лучше Gold 6246R?

(113) а сколько юзеров у тебя активных всего?

(114) в среднем 40 с 8 до 17. 5-10 в ночь. Самый затык не в самой работе юзеров, а в перепроведении для бухов. Документы задними числами приходят постоянно с задержкой до 2-3 месяцев.
Плюс есть у нас такой документ как раскладка который формирует ком отдел. В данном документе много проверок реализовано и работает он сейчас не так быстро как хотелось бы.

сейчас бухов посадили на i7-11900K. За 2 недели почти перепровели весь период с апреля 2021.

(116) ну и пусть там дальше работают, если у них отдельная база БП.

(117) и такая мысль есть, но если все сделать легально по лицензиям и т.п. то выходит не так критично сервер новый завести

(118) Забудь про Е и про силверы. Ставь голд(ы)

(113) E-2278G как вариант ещё.

(120) Макс. объем памяти (зависит от типа памяти) 128 GB

Автора с его подходом прогнут их поставщики и втюхают сильверную шлабуду.

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

(122) А какой должен быть подход с Вашей точки зрения? Для этого и хотел посоветоваться, возможно с более знающими людьми тут.
(123) Дело не в юзерах и если прочитать более 5 сообщений назад будет чуть яснее. В нашей ситуации быстрое перепроведение важнее так как оно требуется ежедневно и часто затрагивает периоды в 2-3 месяца назад.
Есть вариант потратить не лям?

E-2278G по частоте конечно красиво смотрится, но по синтетическим тестам проигрывает тому же i7-11900K который сейчас стоит на 5 ГГц.
Самый продаваемый сильвер 4215 будет явно слабее, если не брать 4215R

Понятно что выгоднее собирать на десктопе смотря на частоты ЦП, но живут ли такие конфиги?
И хотелось бы не плодить все же машины под каждую базу, а вернуть все на одну иначе потянуться расходы на лицензирование всего зоопарка.