После установки баз на сервер sql базы начали работать довольно медленно (реализации открываются по 2-3 секунды)
При том что до этого они открывались почти моментально
Медленно работают даже без пользователей, сервер довольно мощный (256 гб оперативы, частота проца 3000, 16 ядер, Common KVM processor) - сам сервак работает шустро
Не можем разобраться в чем дело
При том в консоли запроса когда загружаю данные пишет время выполнения 2-3 сек, хотя фактически ожидаю порядка 30 секунд
время выполнения 2-3 сек, хотя фактически ожидаю порядка 30 секунд
Это означает что sql выдает ответ быстро, а служба 1С обрабатывает его долго. Вопрос почему.
а) не выставлен план электропитания "высокая производительность"
б) это виртуалка, которая стоит на хосте где еще 10 ВМ, которые съели проц, и если sql еще хватает остатков, то 1C уже не хватает
в) не хватает памяти, т.к. её занял sql и иные процессы
Не приложено фото сервера, без него вам не смогут помочь профессионалы
Остается только гадать:
- сеть 10Мбит
- не ограничили скуль, он занимает всю память и не оставляет серверу 1С
- любые другие перекосы в распределении памяти, из-за чего один из процессов постоянно вытесняется на диск
- вы купили сервер на барахолке, и на самом деле у него в 100 раз меньше частота и память, чем показывает биос
- когда прокладывали кабели, не учли расположение юпитера по отношению к марсу, из-за чего в сети половина пакетов пропадает.
П.С. Можете попробовать обратиться к Гилеву, они всего за монго денег определят в чем проблема
ли скуль, он занимает всю память и не оставляет се
- сеть гигабитная
- скуль ограничен
- памяти на все про все хватает с большим запасом
- сервер был куплен у юр. лица и протестирован
- с пакетами все ок
какие настройки SQL? Именно как базы размещены и на каких дисках. Желательно ответ по всем базам на сервере.
Сколько физических дисков.? Типо диск С это один физический диск. Диск Е это другой.
Есть ещё настройки SQL с кучей параметров... сколько памяти, потоков и др
История изменений
(7) Проводили на одной из баз тестирование и исправление - не дало результата.
По замеру: загрузка происходит до выполнения кода (1-2 сек) и только потом отладчик останавливаться в начале кода
про ОС тоже ни слова... на вин, да еще и на гипервизоре (на ссд) работает вполне нормально, с учетом того, что юзеров около 50. кэш у юзера появляется - скорость работы увеличивается (тонкий клиент, гигабитная сеть)
(10) если какой ни будь упп, то он и с тонкого работает, ничего не требует (формы обычные).
А клиенты (возможно терминальный сервер) находятся на другой машине я надеюсь?
А проверяли реальную скорость карты на сервере? Я сталкивался когда встроенные карты резали канал.
Толстый клиент по идее прокачивает базу через сетку для обработки ее на клиенте и может забить сетку...
(1) сервер 1С и sql расположены на одном сервере?
если да, шаред мемори включен? а именованные каналы выключены?
режим максимальной производительности в плане эклектропитания установлен?
и установить ограничение на потребление памяти sql, сейчас судя по (12) не установлено
Подберите степень параллелизма (поставьте 8 - половина ядер).
Сейчас 1 стоит (все в однопотоке).
Параметр: 'max degree of parallelism'
Если будет "задыхаться" уменьшить до 5.
И так же порогом можно поиграть (в большую сторону, сейчас 5).
Благо настройки можно применить без перегрузки служб и сервака.
Ну хоть бы прокомментировали отрицание как то...
Рекомендации 1С При тяжелых запросах параллелизм зло согласен, поэтому стоит поднимать планку порога.
И самое главное проверять и подбирать. Особенно если на сервере много разных баз.
(22) Вы сами привели ссылку на статью, где фирма 1С прямо говорит что настройку просто так трогать не надо, и единственная рекомендация изменения - на время реструктуризации.
А главное. Автор пишет, что запрос выполняется за 2 секунды, а потом пользователь ждет ответа от 1С. Где тут параллелизм? Запрос уже выполнился, это 1С долго обрабатывает результат запроса.
Не стоит направлять человека в дебри тонких настроек пока обычные основные настройки не проверили.
Сейчас 1 стоит (все в однопотоке).
Параметр: 'max degree of parallelism'
|Вроде же "0" стоит, т.е. не ограничено. Стоит как раз в единицу для начала поставить. Раздербанить темпдб на 8 файлоа, если это еще не сделано. Обновить статистику - сделать ежедневным регламентом.
Присоединюсь к (3).
Потом окажется(постов через 50), что сервер1С и СУБД стоят на разных виртуалках, так как когда-то давно(лет 17 назад) вендор рекомендовал разносить сервер приложений и СУБД для улучшения производительности...
Тест Гилева сколько баллов показывает? 8-12? Тогда ничего удивительного.
Лет 7 назад в одной очень большой конторе был сервак - ИБМ блэйд. На нем стоял какой-то ИБМовский линух, поверх него виртуалка (то ли цитрикс зовется, то ли еще как-то - ставил себе, оно с ядром линуха паравиртуализацию искаропки мутило), на ней венда, на ней 1С. 8-9 баллов тест Гилева. Они еще полгода сервак выбивали себе. А потом еще в одной конторе что-то такое было - 8-9. Они снесли виртуалку, пошуршали в биосе, высокую производительность мутнули. В итоге стало 22 балла, но этого тоже мало для комфортной работы одного произвольного юзера, который жмет в своем однопоточном мире большую красную кнопку "сделать все" (ну или документ открывает).
Так вот вроде бы 30 баллов - это нормас, документ в 3 раза быстрее должен открываться (и это действиельно видно "невооруженным АПДЕКСом взглядом"). Но 45 балллов - это уже в 5 раз быстрее, а 60 - почти в 7. Современные процессоры могут и быстрее - вплотную к 100 баллам, т.е. в 11 раз. Современные правильно собраныне серверы (все планки памяти воткнуты, ДДР5 5600, высокая производительность, достаточно ядер высокой частоты, хорошая дисковая подсистема с низкой латентностью, два сокета, обеспечивающие суммарный брэндвич памяти до 900+ ГиБ/с) позволяют достичь очень хорошей производительности для всей той группы товарищей, которая жмет свои красные кнопки, и для всей группы роботов, которые под эту красную кнопку делают свои сервисные операции.
Но т.к. уровень компетенций людей, работающих в ИТ, с каждым годом падает индивидуально и не растет коллективно (людей стало там очень много, особенно бывших менеджеров по продажам невиданной хрени, которые так и не смогли что-то там прилично продавать, т.к. лень им в продукте разбираться), то собрать приличную машину они становятсяыя неспособны, и покупают то, что предлагает вендор, менеджер по продажам которого любой сервак назовет ну прям таки мощей неслыханной (ибо ему тоже вломы разбираться, чем оно там отличается одно от другого - он там просто пересидеть до лучших времен на работу устроился), рвущей подобно тузику грелки из инсталляций 1Са направо и налево...
Если поставить схему вправления питания в винде "высокая произвордительность", то только это дает ускорение в 2-3 раза на количестве лениво работающих юзверей до 10-ти человек на ядро. Но как только пользователи начиннаютт работать менее лениво, так сервер начинает свой путь к стоковым частотам, а если в юзерах роботы, которые не устают, то и вообще туши свет.
Про лучшие кетайские процы с барахолок я как-то писал = ищи статью в профиле.