v8: Сильные тормоза в 1С. #657500


#0 by NvAriec
Здравствуйте, уважаемые Форумцы. Сервер приложений: На сервере Windows 2008 R2. Развёрнут сервер предприятий. Машина: Intel Xeon E5645 2.39 (2 проца), 48 Гигабайт оперативной памяти Сервер баз данных: На сервере Windows 2008 R2 установлен Windows sql server 2008. Intel xeon X5450 3.00 (2 процессора), 38 Гигабайт оперативной памяти, но в системе пишет 34 почему-то. Базы: есть 2 базы по 25 гигабайт и куча баз в районе от гигабайта и до 10 (не больше 10 штук). Всего подключения в пике 150 штук. Именно сессий к базам 150. Пользователей порядка 80-100. НА сервере предприятий пробовали ставить и 12 процессов и 24 и больше, сейчас в итоге остановились на 4-х. Каждый процесс занимает по 4-5 гигабайт памяти. До этого было 12 процессов, каждый был по 2 гигабайта максимум, так же делали и 24 процесса по 2 гигабайта. Проблема: у клиентов, работающих в терминальных режимах происходит подвисания 1С. Открываются долго документы, проводятся долго, формируются отчёты. Читал форум - есть пользователи с серверами послабее, но с базами побольше. И у них всё летает. Бьёмся уже очень долго. ЧТо можете посоветовать? Версия 1С платформы - 15я. Думаем обновиться на 17-ю. Решит ли это нашу проблему или нет?
#0 by NvAriec
Здравствуйте, уважаемые Форумцы. Сервер приложений: На сервере Windows 2008 R2. Развёрнут сервер предприятий. Машина: Intel Xeon E5645 2.39 (2 проца), 48 Гигабайт оперативной памяти Сервер баз данных: На сервере Windows 2008 R2 установлен Windows sql server 2008. Intel xeon X5450 3.00 (2 процессора), 38 Гигабайт оперативной памяти, но в системе пишет 34 почему-то. Базы: есть 2 базы по 25 гигабайт и куча баз в районе от гигабайта и до 10 (не больше 10 штук). Всего подключения в пике 150 штук. Именно сессий к базам 150. Пользователей порядка 80-100. НА сервере предприятий пробовали ставить и 12 процессов и 24 и больше, сейчас в итоге остановились на 4-х. Каждый процесс занимает по 4-5 гигабайт памяти. До этого было 12 процессов, каждый был по 2 гигабайта максимум, так же делали и 24 процесса по 2 гигабайта. Проблема: у клиентов, работающих в терминальных режимах происходит подвисания 1С. Открываются долго документы, проводятся долго, формируются отчёты. Читал форум - есть пользователи с серверами послабее, но с базами побольше. И у них всё летает. Бьёмся уже очень долго. ЧТо можете посоветовать? Версия 1С платформы - 15я. Думаем обновиться на 17-ю. Решит ли это нашу проблему или нет?
#1 by ssh2006
а дисковая подсистема на сервере субд какая?
#2 by YF
F e nt[? xnj ,tp nthvbyfkf&
#3 by YF
А у тех, что без терминала?
#4 by Фрагстер
А терминальный сервер - он типа с сервером 1с?
#5 by kibaken
Обновление платформы точно не чего не решит. Харды какие SSD,HDD? Подвисание во всех базах или нет?
#6 by Красный рассвет
Отключить антивирусы везде)
#7 by NvAriec
Антивирусов нет. Винты SASовские.
#8 by NvAriec
Без терминала никто не пользуется базами.
#9 by ssh2006
так может там зеркало из двух дисков - отсюда и тормоза. Странно, что не обращаешь внимания на диски
#10 by МихаилМ
кокой сетевой интерфейс между серверами?
#11 by shuhard
[Бьёмся уже очень долго. ЧТо можете посоветовать? ] нанять специалиста
#12 by NvAriec
Подвисания в основном в больших базах. Но бывают и в мелких.
#13 by NvAriec
Да, винты собраны в Raid 10. Это на sql сервере. Оно узкое место?
#14 by NvAriec
shuhard, вы специалист?
#15 by ssh2006
чтобы не гадать нужно собрать счетчики производительности
#16 by kibaken
gilev.ru любой каприз за ваши деньги :D
#17 by NvAriec
ssh2006 по счётчикам производитедльности: ОЗУ Занято на сервере приложений 15-20 гигабайт. Процессор - в пиках 50-60% Очередь чтения с диска маленькая. Не переваливает за 1 по данным Zabbix На SQL сервере: ОЗУ занято 30-32 Процессорв - в пиках 60-70% Очередь чтения чуть больше - 2-3 примерно.
#19 by NvAriec
это нужно запускать во время работы или можно например на ночь запустить?
#20 by Alsh
ООО... Серваки то разнесены...
#21 by Demiurg
если поставите наш сервис , то можем бесплатно провести экспресс-аудит
#22 by shuhard
#23 by ОчкарикСлава
Вин2003 скл2005 спасёт Мир... имхо
#24 by Demiurg
совет и бесплатно дельный дать можем понятно, что учить читать планы запросов наверно времени не хватит, но документацию дадим )
#25 by H A D G E H O G s
Давай я тебя забаню, чтобы ты не писал фигню?
#26 by H A D G E H O G s
Есть свежая идея - в случае того, что терминальные сессии запускаются там же, где и сервер 1С - отключить сжатие. Как идея?
#27 by ОчкарикСлава
давай, но докажи что фигня. У меня есть конкретные примеры, когда народ после даунгрейда с 2008-ых получал прирост скорости.
#28 by Demiurg
ну вы то можете себе позволить давать советы наугад, промахнетесь - ничего страшного, я бы все таки сначала посмотрел бы в чем конкретно проблема ))) всегда ли... у всех ли... как часто... как долго... в секундах... очереди к дискам... вообщем нужно больше информации для анализа трындеть не хочется, пусть ставит наши сервисы, именно для этих случаев бесплатные инструменты и делали
#29 by Demiurg
ни одним даунгрейдом "закрытие месяца" в 4 раза не ускорить, а кодом можно и в 10-20 раз
#30 by H A D G E H O G s
Че бы не посоветовать?
#31 by ОчкарикСлава
с этим не поспоришь.
#32 by Demiurg
тогда уж и пива :)
#33 by ОчкарикСлава
Платформу обновить в любом случае не помешает. Хотя бы на 16.ую...
#34 by H A D G E H O G s
1) Где терминальные сессии выполняются? На сервере 1С? Если да - попробовать выключить сжатие данных параметром /TCOMP? 2) Выполняются ли регламенты SQL? 3) В настройках питания Windows стоит ли "Высокая производительность". 4) Включен ли кэш записи диска на сервере 1С?
#35 by ОчкарикСлава
2-е базы по 25 гиг, - возможно что они конкурируют за память. Вынести временно одну из баз хз куда, посмотреть как  оставшаяся работать будет...
#36 by ОчкарикСлава
А вообще в правда...
#37 by vde69
во время работы, как минимум на 2-3 часа, результат покажет слабые места
#38 by vde69
как обычно к 150 посту выяснится что все это стоит на "крутой" тачке и админ по чему-то твердит что у него все хорошо и виуртализовано :)
#39 by NvAriec
терминальные сессии выполняются на отдельных терминальных серверах. Терминальные сервера подняты на виртуалке. На терминалке сидит до 10-12 клиентов. Серверов терминальных 8. я не программист. На аудит кода денег вряд ли кто выделит. Это печаль( да, в том то и дело, что тачку не считаю помойкой и считаю, что схема должна работать быстро и хорошо. Я и есть админ. Наши программистки к серверу не притрагиваются. А я на столько плотно именно 1С сервер никогда не юзал и не настраивал. Поэтому собственно и прошу советов и читаю форумы. спасибо за совет, но глупый вопрос - что такое Мастерс? (По ссылке указано что надо скрипт запускать в Мастерс). Не смейтесь, в 1С я не силён)
#41 by vde69
это имя системной базы в скуле. скрипт к 1с вообще не имеет отношения, это чисто скуль. раз ты админ - еще вопрос SQL на ВИРТУАЛЬНОМ сервере???
#42 by Demiurg
"Думаем обновиться на 17-ю. Решит ли это нашу проблему или нет?" разве что 18й слегка улучшит общую производительность, но от подвисаний не избавит "Бьёмся уже очень долго. ЧТо можете посоветовать? " Да ну, и что за это время уже сделали? Могу посоветовать начать что делать, да те же сервисы мониторинга производительности поставить которые бесплатные. Также факт использования виртуалок вносят некоторую вероятность что они "подвисают", например см.
#43 by Demiurg
он думает что он админ...
#45 by Demiurg
особенно вторая ветка показательно, где автор забыл вообще зачем пришел :)
#46 by NvAriec
нет. SQL не на виртуальном сервере. Я же в первом посте дал описание серверов. а вы наверное думаете что мега крутой специалист? Я обратился сюда не для критики моих знаний и умений. И не вам судить о моей квалификации. Или этот форум создан для того, чтобы спасибо за ссылку. Сейчас поизучаю. Выбил из программистов логин и пароль на сайт)
#47 by vde69
регламентные операции на скуле настроены? обновление статистики, реиндексация?
#48 by gallam
Для точного понимания ситуации необходимо провести анализ проблем (предлагаю softpoint.ru) - оно бесплатное, на выходе будет их краткое описание в порядке значимости и предложения по оптимизации/настройке и прочего. По поводу других советов - согласен с Demiurg, без анализа ситуации есть большая вероятность потери времени и денег.
#49 by NvAriec
ок. Спасибо. Сейчас буду согласовывать "обращение". Огромное спасибо за дельные советы. Как будет какой-то результат - отпишусь.
#50 by NvAriec
Опубликовать тесты не получается. Пишет слишком много фактических параметров. Но вот график теста:
#51 by Fragster
судя по сервера норм
#52 by Fragster
т.е. дело либо в коде либо в связке терминальные сервера - сервер 1с
#53 by NvAriec
Я запускаю даже на сервере приложений 1С и всё-равно такие же затыки.
#54 by Fragster
тогда в коде
#55 by Никола_Питерский
А в этом тесте кол-во пользователей на что влияет ?
#56 by Fragster
каждый заает такой вопрос, надо фак разместить :) это сколько полльзователей в пролдакшене и насколько они удовлетворены упроизводительностью - т.е. информация для тех, кто будет смотреть результаты на сайте
#57 by NvAriec
Количество пользователей поставил 130. Я так и думал, что скорее всего это лишь для статистики. Только вот почему отчёт не загружается-то? Вчера настроил регламентные задачи. Стало совсем немного пошустрее. А есть ли какие-либо тесты для проверки выполнения запросов?
#58 by Fragster
отчет не загружается, скорее всего, от того, что я веб сервис поломал :(
#59 by Fragster
а на какую строку ругается?
#60 by vii88
Сильные тормоза в 1С. из заголовка тема сначала подумал о специалистах 1С
#61 by Никола_Питерский
{Справочник.Тесты.МодульМенеджера}: Слишком много фактических параметров
#62 by krbIso
выше писали есть еще ЦУП. конфа то у вас хоть какая? типовая или? сервер 1с и субд в одной подсети? сеть какая? замер производительности в конфигураторе запускали? а лучше сначала на ответить
#63 by Fragster
вот это - очень странно
#64 by Fragster
+ а версия платформы какая?
#65 by Никола_Питерский
1С:Предприятие 8.2 (8.2.15.301)
#66 by Fragster
оказывается таймаут только в 8.2.16 появился... убери последний параметр!
#67 by Никола_Питерский
Ок.
#68 by NvAriec
конфа УПР, типовая с незначительными изменениями из-за которых тормозить не может (с) программисты 1С сервер 1С и СУБД в одной подсети. Соединены через HP Procurve гигабитным линком в одном свитче. Замер производительности запустили, произвели проводку документа и формирование оборотной ведомости. Какие интересуют значения? на я роде ответил. Тормозит периодически. Помогает ребут сервера приложений. Через какое-то время опять начинает тормозить. У всех. Бывает по секунд 5 подвисает - на экране появляется белое полотно. Очереди к дискам почти нет. По мониторингу Zabbix в очень редких пиках достигает 5-8 единиц.
#69 by H A D G E H O G s
Бугага
#70 by NvAriec
вот чтобы таких "Бугага" не было надо это доказать) А перед начальством доказать что я не верблюд)
#71 by vde69
>>>сервер 1С и СУБД в одной подсети. Соединены через HP Procurve гигабитным линком в одном свитче значит маршруты неоднозначные? читать
#72 by NvAriec
однозначное. Active Directory, DNS сервер настроен верно. Пусти однозначные.
#73 by NvAriec
*пути
#74 by Vovan1975
так что насчет регламентов на скуле? см
#75 by Vovan1975
как временная мера настроить на сервере 1с автоматический перезапуск процессов запустить у кого-нибудь из пользюков технологический журнал на предмет вылавливания длительновыполняющихся запросов и утечек памяти
#76 by NvAriec
регламентные задачи не были настроены. Настроил согласно инструкции: запустил их, отработали без ошибок. Скорости не прибавилось.
#77 by NvAriec
автоматический перезапуск процессов не выход имхо. Работают круглосуточно и кого--то будет выбивать из базы я так понимаю при перезапуске.
#78 by Vovan1975
автоматический перезапуск никого из базы не выкинет. настраивается через консоль сервера 1с. Только нужно проверить что перезапуск действительно происходит, а то на древних платформах бывали глюки с этим
#79 by Vovan1975
это нужно для оптимальной работы скуля
#80 by krbIso
Обновить платформу все таки бы не мешало, в 15 релизе много ошибок платформы с использованием озу. ну и 4 рабочих процесса для 150 пользователей это как то много, 1-2 достаточно. И автоматический перезапуск службы или процессов конечно тоже не помешает. Но это все типа рекомендация по лучшей настройке и обслуживанию сервера 1С. Тормозам в врядли поможет. и в что показало то?
#81 by NvAriec
я не делал. Сейчас думаю сделать  и оттуда дам результаты.
#82 by NvAriec
Извиняюсь за глупый вопрос: а запускать в оснастке SQL сервера?
#83 by arsik
А попробовать перенести сервер приложения на ту же машину, что и сервер SQL + SHARED MEMORY
#84 by Fragster
судя по именно со связкой скуль-1с проблем нет, дело либо в том, что скуль не использует память, либо код 1с неоптимален, либо какие-то большие фоновые задания с, опять же, страшным кодом
#85 by vde69
да ядрен батон любая клиент серверная система отлаживатся только одним методом - Исключений. Для начала следует определить причину, обычно причины бывает 4 1. не хватка железных ресурсов 2. медленый и неоптимальный код 3. блокировки 4. прочие сетевые события все что было проделано выше относится только к п.1 пора переходить к остальным... сделай этим много проблемм накопаешьь :)
#86 by vde69
да скрипт запускается в оснастке SQL
#87 by Fragster
ксати, обновил
#88 by Никола_Питерский
ТС, ты только потом не забудь расскрыть секрет быстродействия, если найдете его конечно !
#89 by NvAriec
поставил сервис. Только Проверка веб-сервиса не проходит. Пишет "Неудалось соединиться с веб-сервисом!!!" Интернет есть, в браузере ссылка открывается.
#90 by NvAriec
Всё, вопрос снят.
#91 by Trusty
А сколько рабочих процессов у Вас на сервере 1с? У процессоров включено HT или нет?
#92 by Trusty
+ рекомендую отключить HT и поставить количество рабочих процессов на сервере 1с равным количеству ядер процессора, то есть 6, ну или даже обоих процессоров, то есть 12, так как каждый рабочий процесс может "взять на себя" только одно физическое ядро, остальные "простаивают". если сейчас не так, то уверен, что это поможет быстродействию.
#93 by Trusty
+ и лучше наверное поменять процессоры на машинах местами. Увеличение частоты ядра прямо влияет на скорость работы сервера 1с, а я смотрю, что у Вас именно в этом узкое место.
#94 by Fragster
куита
#95 by Fragster
оставь один рабочий процесс и запусти , увидишь загрузку близкую к 100%
#96 by Trusty
а мужики-то и не знали :)
#97 by NvAriec
Процессор Intel XEON E56xx - 2 шт. И как замена местами процов может помочь, если процы одинаковые? Количество процессов ставили равное колиичеству ядер. Работало хуже. С 4-мя рабочими процессами нагрузка так же распределяется на все ядра.
#98 by Trusty
имелось в виду с теми, что на сервере баз данных.
#99 by Trusty
У процессоров включено HT или нет?
Тэги: Админ
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С