1C медленно работает на новом сервере. #807474

Всем добра. Вводные: -Конфигурация Торговля и склад (частично не типовая). -Размер БД ~7 Гб. -Формат хранения sql. -Версия сервера sql 2000. -Число пользователей ~ 20 (терминал). При проведении документов особенно Возвраты от покупателя стали появляться заметные тормоза. В этом время у других пользователей документы не проводятся, все орут и стонут. Попробовал применить решение взятое с этого форума в случае 100% загрузки работы CPU . Решение было внедрено и хоть загрузка проца стала ниже, на общую производительность это не повлияло. Все сидели ждали но уже с более низкой загрузкой проца. Было решено купить новый сервер так как у текущего старого на борту 4 ядерный Intel Core и 4 Гига ОЗУ, что на текущий момент просто считается нищебродством. Приобрели новый аппаратный сервер: 2 x Intel Xeon , 64 Gb DDR4 , MegaSAS 9240-i4 контроллер в составе которого  создано 2 массива RAID1. 1 построен на SAS HDD дисках. 2 построен на SSD дисках. Поставлена система Windows Server 2008 x64 + SQL 2008. Установлена 1с с релизом совместимости аля "Секретный" 6 версии. Итак начал с тестирования. Загрузил базу и развернул на новом сервере на дисках SSD. Все подключилось и взлетело нормально, начал замерять производительность средствами отладчика и диспетчера задач. Выбрал один и тот же документ в старай и новой базе Возврат от покупателя состоящий из 2 строк  итак результат : Новый  - 53 сек. Старый - 34 сек. Попробовал сделать проверку и исправление ошибок средствами 1с, так же после этого сделал выгрузку - загрузку данных, результат остался такой же. Во время работы пиковой нагрузки ядер и памяти не наблюдалось. Как можно пнуть чтобы побежало быстрее?

Всем добра. Вводные: -Конфигурация Торговля и склад (частично не типовая). -Размер БД ~7 Гб. -Формат хранения sql. -Версия сервера sql 2000. -Число пользователей ~ 20 (терминал). При проведении документов особенно Возвраты от покупателя стали появляться заметные тормоза. В этом время у других пользователей документы не проводятся, все орут и стонут. Попробовал применить решение взятое с этого форума в случае 100% загрузки работы CPU . Решение было внедрено и хоть загрузка проца стала ниже, на общую производительность это не повлияло. Все сидели ждали но уже с более низкой загрузкой проца. Было решено купить новый сервер так как у текущего старого на борту 4 ядерный Intel Core и 4 Гига ОЗУ, что на текущий момент просто считается нищебродством. Приобрели новый аппаратный сервер: 2 x Intel Xeon , 64 Gb DDR4 , MegaSAS 9240-i4 контроллер в составе которого  создано 2 массива RAID1. 1 построен на SAS HDD дисках. 2 построен на SSD дисках. Поставлена система Windows Server 2008 x64 + SQL 2008. Установлена 1с с релизом совместимости аля "Секретный" 6 версии. Итак начал с тестирования. Загрузил базу и развернул на новом сервере на дисках SSD. Все подключилось и взлетело нормально, начал замерять производительность средствами отладчика и диспетчера задач. Выбрал один и тот же документ в старай и новой базе Возврат от покупателя состоящий из 2 строк  итак результат : Новый  - 53 сек. Старый - 34 сек. Попробовал сделать проверку и исправление ошибок средствами 1с, так же после этого сделал выгрузку - загрузку данных, результат остался такой же. Во время работы пиковой нагрузки ядер и памяти не наблюдалось. Как можно пнуть чтобы побежало быстрее?

где замеры?пнуть в код,пнуть в обслуживание.без замеров ни о чем

>>Как можно пнуть чтобы побежало быстрее? Пинай в направлении УТ 11..

Пока не могу этого сделать. Причин много. Подумываю в следующем году на УТ 10, 11 не зачем. замеры сейчас будут. Но могу сказать так висит максимально на процедуре ПроведениеПоРегистрам; Процедура занимает 95% времени и затрачивает время 54,58. Про обслуживание можно подробнее?

Какая была частота у старого проца? Какая у нового?

Переписывай на прямые запросы.. что тут скажешь

там в биосе надо отключить какую то бяку

+ по экономии энергии

(+7)Режим питания - Максимальная производительность

нужен профессиональный шаман с бубном для настройки сервака ;)

тоже думаю частота проца стала меньше на 50-70%

Сравнил легендарный Коре с Ксеоном. Это как с Мерседес Спринтер на 22 пасажира пересесть на икарус с гармошкой. до в него можно посадить 300 пасажиров, но виг он когда нибуть Спринтер обгонит. Прежде чем тратить деньги на железо надо разобраться, а какие требования ПО к нему предьявляет и что рулит.

Продавай этот металолом и соберай сервак на проце с максимальной частотой, а не с кучей медленых процов. 1с не умеет юзать многопроцесорность. Лучше 4 быстрых чем 16 медленых

Оставить сервер для терминала, для 1С взять "бытовой" с максимальной частотой. как вариант.

На старом серве частота 2,2 GHz, на новом 1,7 Ghz

"на новом 1,7 Ghz" у меня такой был в 2003 году

Ха-ха! На основании каких умозаключений было принято решение о покупке такого процессора?

А с чего вы взяли, что на новом сервере 1С 7.7 взлетит? Тут и дорогущая СХД-ка не поможет(факт - бывший босс купил EMC за 80000$ и удивлялся, почему база еще не в космосе). Либо прямые запросы крутить, либо переходить на современное ПО.

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

Берешь обычный комп на i7. Памяти, я думаю, 32 гига должно хватить. Дисковую сам посчитай. Этот комп оставь для файлопомойки. Будет где порнуху хранить.

Дайте точное название процессора. Если рассматривать именно серверное железо, то можно посмотреть в сторону Xeon E5-2667 v4 - хорошее сочетание ядер и частоты. Себе 1.5 года назад взяли v3

Xeon E5-2603v4

тормоз №2: RAID1 2 построен на SSD дисках опять же, если говорить о серверном железе, то стоит смотреть на серию интел ssd p3700 (или несерверные самсунги на м.2 версии про)

увы, но вы взяли медленный процессор отсортируйте по колонке "Базовая тактовая частота процессора" - ваш процессор будет 2-й снизу. При цене 13000 за 1 штуку, вы сэкономили не там

Они гонятся?

всё-таки наверно стоит не гоняться за серверами, а просто посильнее пнуть программистов 1с, пусть проведение это посмотрят, чего они там наколбасили.

Это ты зачем сейчас так сказал?

Может вас итоги криво рассчитаны, в какое ни будь далеко или есть документ с пустой датой?

Это да, но в целом все равно будет медленнее работать. Потому как проц медленнее.

I7-7700k или подождать и I7-8700k или I5-8600k

или смотреть сюда)))

А не проверяли скорости работы с локальной станции, когда на сервере только SQL работает? Или вообще полностью в локальном режиме и файловой версии?

Это вы гоните. сдавайте этот проц в зад есл иони вам такую конфигу нарисовали. Берите с нормальной частотой то что ставится вам на мать. думаю с дисконтом в 100 у.е. его заберут в худшем случае. За науку нужно платить.

Я так думаю ТС выигрыш на апгрейде железа уже профукал. Если железо и поменяют, то за его счет. Осталось только или поискать ошибку, или переписывать на прямые запросы. Скорее всего какая то ошибка. Ну не может возврат от покупателя с 2мя строчками полминуты проводится.

+1

(+32) И попробуйте запустить 1С на сервере без RAID. ТиС с размером БД (7 ГБ) не должна так тормозить даже на старом железе.

Проще было тестировать на хостингах,многие дают возможность подбирать разные варианты.И стоит совсем недорого

надо было бы сначала попробовать оптимизировать возврат от покупателя. 30-50 секунд для двух строк табличной части - это явно крабьими руками написано.

Проведение возврата типовое. Процедура не переписывалась

у вас возвраты самый частый документ? Может и нет смысла оптимизировать ради документа, который, возможно, проводится не чаще 1 раза в неделю?

Цена вопроса 100 у.е. за эти деньги много не на оптимизируешь. Дешевле поменять проц пока время не упущено.

Нет. Не частый но присутствует. В день около 5-10 документов

Веду диалог. Возможность замены проца не отрицают

А проблема-то какая именно? Ну проводится и проводится по 1 минуте возврат. Зато другие пользователи, возможно, работают без ожиданий

всё-таки проверьте, что-то переписывалось. не обязательно в этой процедуре.

Для начала всё же проверьте проведение на локальной станции и файловом варианте.

Блокировки замаяли других пользователей . Реализация в общем случае проводится нормально по времени (при одном пользователе).  Но когда начинают проводить все, всё встает и на долго.

Жесть Может пора уже на восьмерку? УТ11 вроде уже без серьезных проблем

Замер производительности в отладчике. Находите узкое место. Переписываете.

с таким сервером на УТ11 лучше не переходить)))

нормальный сервер, что не так?

+ну скуль надо посвежее конечно, я про железо

Если в коде есть "временный расчет" регистров - избавляйтесь от него. Итоги берите только на точку актуальности. Или, если уж надо проводить задним числом - используйте прямые запросы к таблицам регистров через 1cpp.

тащи из дома свой i7 если есть в тихую меняй и будет всем щастье

ну или переписывай все на прямые запросы использую 1cpp а если лень матушка и у тебя ТИС то купи готовые модули с toySQL и все полетит

вообще лучще бы с ТИС купил toySQL потратил месяц на внедрение а разницу за между сервером купленым и этой библиотекой взял себе любимому

Что можете сказать про процессор 2620 V3 ?

в таблице нет новый процессоров тогда лучше сюда там можно сравнить даже с i5 новым

Мы брали для клиента E5-1650 v3. Эска с ним летает.

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

Автор, где замеры?

И, кстати, тоже дополню. Контроллеры RAID отключают для SSD кэш. И в зеркале SSD начинают дико тормозить почему-то. Тоже боролись с этим явлением. Помогла прошивка свежей фирмвари в контроллер RAID.

Автор. Сделай копию базы на любом сервере. Обнови конфигурацию до полностью типовой. Затем посмотри скорость проведения возвратов. Если возвраты начнут проводиться мгновенно, значит дело в программе, если нет, то дело в серваке либо кривая версия 1с 7.7.

После дефрагментации индексом и обновления статистики на новом сервере время проведения улучшилось до 37 сек вместо 53 сек

Ты наверно издеваешься?

За в бан можно.

?? В чем издевка? Каким образом замеры я могу предоставить на ваш вопрос ?

Это вы знатно проапгрейделись по железу, конечно. 1,7 ГГц - это "фиаско братан".  За эти деньги можно было взять один Intel Xeon E5-1630 V4 3.7 GHz или Intel Core i7-6800K 3.4 GHz или что-то вроде этого. Два проца для чего? Эта конфигурация для работы в качестве хоста для несложного сайта подойдет, по-моему. Ну или сервера терминалов. Даже не помайнишь ничего на нем :( Надо было спецификацию по серваку первым делом сюда выложить - отсоветовали бы сразу.

выстрелили себе в ногу.

я уж понял теперь что спецификацию сначала надо было на обсуждение выложить. Понадеялся на специалистов огласив нужды ((

Для того что бы посмотреть этот замер нужно еще и md-шник тогда. Его тоже выложи

Как уже неоднократно ответили, причина в 1.7 Ghz, тут уже ничего не сделать, только менять.

одни тут уже тоже к специалистам обращались. В итоге бухгалтерша сама серваком рулить начала.

соглашусь: сдайте назад, где покупали, пока не поздно

Контроллер RAID без кэша и батарейки тоже деньги на ветер. Как и SAS диски(в данном случае).

Как тут уже неоднократно заметили, возврат с 2мя строками в стандартном коде не может выполнятся 30 секунд даже на пне втором.

Нашел предполагаемую причину. А именно таблица долгов. Розница списывается на единственного покупателя "Розничная выручка", но видимо оплаты проводят не всегда, вот оно при возврате и шерстит регистр покуптели а там долги и табличка очень внушительная получается.

с поиска этой проблемы надо было и начинать.

Зато сервак обновили! :)))

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

=))

Процессор все равно поменяйте на более по гигагерцам. Раз уже пошла такая пьянка по обновлению железа, главное не упустить момент.

Для кэша батарейка в общем то не обязательна. Хотя желательна.

А разве не так? Вот недавно клиент тоже приобрел новый сервак, забубенный до нельзя, но с процами аж по 2,4 ГГц. Путем многодневного вылизывания этого сервака удалось (по тесту Гилева) прибавить аж 14 попугаев.

для 7.7 мне кажется мой e5450 3.0 ггц из китая будет лучше чем e5

без батарейки кэш на запись просто не работает

Работает. Если его включить. Но вот в случае абзаца - целостность данных и сами данные идут в помойку.

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

себе тоже взял домой только х5450 вместо Е8400 - приростом производительности доволен. На разогнанных 3,6 ГГц пашет как на родных 3 ГГц.

Такие возвраты на таком железе в дбф версии секунды триипроводиться будут. Ну на крайняк секунд 6. В Сеуле нумфиг с ним 10 секунд. У меня возвраты строк по 100 даже задним числом проводятся всего тиару тройку секунд. Ищите большие выборки итогов, и незакрытые регистры которые и дают большие таблицы на перебор которых тратится время

В контроллерах на LSI чипсетах можно как "Write Back with BBU", так и "Always Write Back". В Adaptec 8805 - Enable or disable write caching: • Select Enable always for “write-back” caching • Select Enable with BackupUnit if your controller has a zero-maintenance cache protection module • Select Disable for “write-through” caching В случае "без батарейки" LSI предупреждает, что все это под вашу личную ответственность.

2 Зиона 6-поточных на 1.7ГГц? Да вы деньги выкинули просто! Тут даже 10-летний Зион Е5450 (спокойно встает на 3,6ГГц на "авто") на обычном десктопе зарулит этот новый сервер под ваши задачи. А так вообще под 20 пользователей 7.7: i7-7700K, 16GB, 500GB SSD (да хоть Samsung EVO), HDD для бекапов и 1С в космос улетит :) А есть еще и 8700К...

>Загрузил базу и развернул на новом сервере на дисках SSD. Все подключилось и взлетело нормально, начал замерять производительность Кэшь разогревать будет кто? Статистику вам подготовит Пушкин? А теперь с вашими "эксперементами" нужно ещё и чистить процедурный кэш!

эээ, у них тактовая 1.7 и там стоит 1с? Что за порно!!!!

у меня обычный двухядерный лохматый пень на 2.4ггц с 2гб памяти без особых проблем тянул под 25 сеансов ТИС, их них с 10-ок - на складе с терминалами бегали... Дбф правда, не скуль

это потому что оптимизация узких мест в конфигурации - например правильный порядок измерений в регистре и прямые запросы. А что в базе в - уже известно (незакрытые регистры).

совершенно случайно, тормоза не совпали с переводом базы на MSSQL?)