Хотите снизить нагрузку на процессор сервера в 2 раза?

22.05.20

База данных - HighLoad оптимизация

В статье рассмотрено влияние частого запуска регламентных заданий на процессор сервера 1С.

Описание окружения: основной кластер 1С состоит из 2х виртуальных машин VM06 и VM10; сервер для тестов и копий баз - VM28. Много баз вида "бухгалтерия", куда иногда заходит 1 пользователь-бухгалтер, ведущий эту базу.

   Некоторое время назад прочитал статью Производительность сервера 1С и фоновые задания. Ну почитал, поогорчался по поводу очередного "это не баг, это фича" и забыл. Вернее, подумал "ну, как-нибудь надо будет проверить на своих серверах".
   Шло время. Тормоза на серверах нарастали. Загрузка процессора стала уже даже не 80-90%, а 90-100%. Причем в диспетчере задач на конкретной виртуальной машине часто видел 100% загрузку несколько минут подряд.
   Я глядел на графики и пытался увидеть зависимость между работой пользователей (или фоновых заданий) и нагрузкой на процессоры. И вот что заметил:

1) Нагрузка на процессоры не имеет прямой зависимости от числа сеансов пользователей. Потому что пользователи в 18:00 домой ушли, а нагрузка не ушла.
2) Нагрузка на процессоры резко падает в 24:00, и резко возвращается уже в 8:00 - а в это время (8:00) пользователи только начинаю заходить в 1С.
   Отсюда сделал вывод, что весомую нагрузку дают фоновые задания. На основании того, что нагрузка растет в 8:00, и падает в 24:00, - был вычислен "виновник" - регламентное задание "обновление индекса". Его типовое расписание как раз "с 8:00 каждый день".

 
 Офтопик

вообще конечно весьма странное расписание. Понятно было б если расписание было круглосуточным (как у большинства регламентных), или например с 8:00 до 17:00. А то получается что пользователи вечером ушли, а индексирование работает "ни для кого". И дает нагрузку в 8:00 вместо того, чтоб подготовить свежие данные в 7:30.

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

   На тестовом сервере дела обстояли еще хуже. От руководства поступило указание создать еще несколько копий баз с формулировкой "не блокировать регламентные через свойства базы в консоли, только отметить ""Это копия базы"", чтоб заблокировать обмены". Работать стало вообще невозможно. И в попытке хоть как-то повлиять на ситуацию, в копиях баз я решил по одному выключать регламентные задания которые нельзя было назвать жизненно необходимыми, а также отключить функциональность (полнотекстовый поиск, новости, проверка контрагентов, СПАРК-риски и т.п.).
Уже не помню почему, мой выбор первым делом пал на регламентное "проверка лицензии сеанса" в БСХП. И...

Отключение иных регламентных и функциональности не дали столь заметного эффекта.

   Итак, главный вывод данной статьи: эффект, описанный в статье "Производительность сервера 1С и фоновые задания" имеет место, но только когда интервал запуска (условно) менее минуты и в базе нет пользователей. В той статье наличие проблемы было подтверждено для пустого регламентного задания запускаемого каждые 10 секунд в 15 базах. В моем случае расписание запуска задания от разработчика БСХП - 15 секунд, число баз 9.

   В статье Юрия был намек, а в комментариях - прямо предложено решение в виде поддержания ненулевого числа сеансов в базах. Я проверил влияние com-соединений в таких базах (читай "сеансов") на процессор:

Как видим, добавление сеансов (com-соединений) действительно позволяет решить проблему не отключая регламентное задание.

После тестового сервера пришла очередь рабочих баз и рабочих серверов:

При этом оказалось, что еще в марте можно было заметить резкий рост нагрузки на процессор в момент включения данного регламентного задания:
На снимке можно заметить резкое повышение нагрузки на процессор 27 марта - как раз в тот момент, когда я включил это регламентное. Но на тот момент боги ит-олимпа еще не включили меня в число избранных, имеющих доступ к zabbbix, а потому у меня не было графика, на котором была бы видна история изменения нагрузки на процессоры.

 
 Почему включил выключенное регламентное

Вообще это стандартное регламентное, встроенное в конфигурацию "Бухгалтерия сельскохозяйственного предприятия" - БСХП. По-умолчанию оно включено. Я отключил его в январе-феврале из-за обнаруженных падений рабочих процессов сервера 1С (rphost.exe), причем падения в журнале Windows фиксировались очень часто, примерно раз в 5 минут:

На снимке видны значения параметров "version=" и "timestamp=". По этим параметрам гугл привел на https://forum.infostart.ru/forum86/topic183763/, откуда стало ясно что причина в ключах БСХП. Проблема была озвучена админам, был назначен исполнитель, который отчитался что сервер лицензий конфигурации обновлен (как оказалось позже, это было не так). Но падения не прекратились. Тогда был включен технологический журнал, который указал на вызов метода, а тот в свою очередь уже привел к регламентному:

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


Ссылки:

1) Как получить такие же графики по числу сеансов в zabbix?
См. Zabbix: Мониторинг состояния сервера 1С
А если хочется сразу готовое решение, то вот: <здесь будет статья с моей конфой>

2) Обработка для создания com-соединений по списку баз из окна запуска (по файлу ibases.v8i) Выполнение кода и создание пользователя сразу в нескольких базах

 

Понравилась статья? Поставь плюс. Рекомендую другие статьи:

Исправление ошибки "Для одного ссылочного кода существует более одной таблицы в базе данных"

Очистка диска от кэша неиспользуемых баз 1С

фоновое регламентные расписание нагрузка процессор производительность highload zabbix

См. также

HighLoad оптимизация Технологический журнал Системный администратор Программист Бесплатно (free)

Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.

24.06.2024    5370    ivanov660    12    

56

HighLoad оптимизация Программист Платформа 1С v8.3 Бесплатно (free)

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

06.06.2024    9545    Evg-Lylyk    61    

44

HighLoad оптимизация Программист Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    5221    spyke    28    

49

HighLoad оптимизация Программист Платформа 1С v8.3 Бесплатно (free)

Оказывается, в типовых конфигурациях 1С есть, что улучшить!

13.03.2024    7751    vasilev2015    20    

42

HighLoad оптимизация Инструменты администратора БД Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих запросов на sql, ожиданий, конвертация запроса в 1С и рекомендации, где может тормозить.

2 стартмани

15.02.2024    12657    253    ZAOSTG    83    

115

HighLoad оптимизация Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Принимать, хранить и анализировать показания счетчиков (метрики) в базе 1С? Почему бы нет? Но это решение быстро привело к проблемам с производительностью при попытках построить какую-то более-менее сложную аналитику. Переход на PostgresSQL только временно решил проблему, т.к. количество записей уже исчислялось десятками миллионов и что-то сложное вычислить на таких объемах за разумное время становилось все сложнее. Кое-что уже практически невозможно. А что будет с производительностью через пару лет - представить страшно. Надо что-то предпринимать! В этой статье поделюсь своим первым опытом применения СУБД Clickhouse от Яндекс. Как работает, что может, как на нее планирую (если планирую) переходить, сравнение скорости работы, оценка производительности через пару лет, пример работы из 1С. Все это приправлено текстами запросов, кодом, алгоритмами выполненных действий и преподнесено вам для ознакомления в этой статье.

1 стартмани

24.01.2024    5834    glassman    18    

41

HighLoad оптимизация Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.

09.01.2024    14782    doom2good    49    

71
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. asved.ru 36 04.07.19 07:58 Сейчас в теме
Много баз вида "бухгалтерия", куда иногда заходит 1 пользователь-бухгалтер, ведущий эту базу.


Посмотрите уже в сторону разделения данных. В этом режиме такие проблемы решены.
2. Дмитрий74Чел 239 08.07.19 10:48 Сейчас в теме
(1) Тут замешано руководство и политика. В общем, "верхи не хотят".
А вообще, как я понял, готовое решение - это установка 1сFresh локально, чтоб не пилить свои разделители и не нарываться на грабли. Но оно денег стоит...
3. nyam-nyam 23.07.19 16:11 Сейчас в теме
(2)А что на счёт лицензий на соединения?
4. Дмитрий74Чел 239 25.07.19 10:33 Сейчас в теме
(3) По-идее тратятся конечно.
5. nyam-nyam 25.07.19 11:00 Сейчас в теме
(4)Можно сравнить стоимость лицензий и 1Cfresh. Ну или выделенный сервер для регламентных задач поставить, можно даже рабочую станцию с хорошим процом - но это тоже деньги.
6. Дмитрий74Чел 239 25.07.19 11:38 Сейчас в теме
(5) Да, уже смотрим на fresh...
А про "выделенный сервер для регламентных задач" - тут не все так однозначно. В контексте проблемы высокой нагрузки на сервер это не совсем решение, т.к. по-сути мы просто увеличим мощность, создав новый сервер, на который вынесем старт регламентных. С другой стороны, при попытке настроить запуск всех фоновых словил недоработку в типовой, когда пользователь загружает файл в базу в своем сеансе (на сервере 1), а потом запускается фоновое, которое должно обработать файл - и оно ищет файл на "своем" сервере.
Я уж не говорю про то, что нынче для настроек требований функциональности требуется недешёвая лицензия КОРП.
7. Дмитрий74Чел 239 05.09.23 14:11 Сейчас в теме
В 8.3.25 будет добавлена настройка "Задержка выгрузки конфигурации рабочим процессом без активных пользователей" для ИБ: новые свойства информационной базы в кластере
Оставьте свое сообщение