← На главную

Обновление платформы — это стандартная процедура для любого администратора 1С, однако переход на версию 8.3.20 у многих вызвал серьезные технические трудности. Давайте разберем, с чем связаны внезапные «утечки» памяти, почему ваш сервер может начать «тормозить» и какие шаги необходимо предпринять, чтобы вернуть систему к нормальной работе.

Анализ ситуации: почему возникла проблема?

Если после обновления до релиза 8.3.20.1674 вы заметили, что рабочие процессы rphost бесконтрольно поглощают оперативную память, а перезагрузка службы 1С становится ежедневной рутиной, вы столкнулись с известной проблемой нестабильности ранних сборок 20-й ветки. В этой версии были значительно изменены механизмы управления памятью и работы фоновых заданий, что привело к некорректной очистке ресурсов на некоторых конфигурациях серверов, особенно под управлением Linux.

Шаг 1: Диагностика проблемы с помощью Технологического журнала

Прежде чем принимать радикальные меры, необходимо понять, какие именно процессы вызывают рост потребления памяти. Для этого мы рекомендуем настроить сбор данных в технологическом журнале (ТЖ). Это позволит увидеть, какие вызовы кода «отъедают» больше всего ресурсов.

Для глубокого анализа сфокусируйтесь на событиях CALL и LEAKS. Сбор этих данных поможет вам обнаружить конкретные строки кода или регламентные задания, которые провоцируют утечки.

Шаг 2: Варианты решения

Существует три пути решения данной проблемы, которые мы рассмотрим по порядку:

1. Переход на более стабильный релиз внутри ветки 20. Если бизнес-процессы требуют использования именно 20-й версии, попробуйте обновиться до более поздних сборок, например, 8.3.20.1710. На практике многие администраторы отмечают, что последующие релизы исправляют критические ошибки, допущенные в первых выпусках.
2. Откат на проверенную версию платформы. Если нагрузка становится критической и не дает работать пользователям, наиболее быстрым и эффективным решением будет временный возврат на стабильную версию (например, 8.3.19.1208).
3. Настройка параметров сервера 1С. В консоли администрирования серверов 1С можно настроить автоматический перезапуск рабочих процессов при достижении определенного лимита памяти. Хотя это не устраняет саму утечку, это позволяет серверу «выживать» без ручного вмешательства администратора.

Шаг 3: Особенности работы на Linux-серверах

При работе с Debian или другими дистрибутивами Linux важно учитывать, что новые версии 1С более требовательны к актуальности библиотек операционной системы и настройкам PostgreSQL. Если ваш сервер использует устаревшее ядро, это может усиливать нестабильность при работе с новыми алгоритмами rphost.

Рассмотрим пример того, как может выглядеть базовая стратегия мониторинга ресурсов через консоль: всегда устанавливайте лимиты на объем памяти для рабочих процессов:

Рекомендации по настройке:

• Установите значение Безопасный расход памяти за один вызов.
• Настройте Объем памяти рабочих процессов, до которого сервер считается производительным.
• Обязательно включите Интервал перезапуска рабочих процессов, чтобы периодически очищать накопленные утечки памяти.

Подводим итоги

Проблемы после обновления — это не повод для паники, а сигнал к проведению тестирования на профилях нагрузки. Если обновление до версии 8.3.20.1710 не решило проблему, не бойтесь откатываться на 19-ю ветку. Ваша главная задача — обеспечить стабильность бизнес-процессов, а не гнаться за последним номером релиза, который может оказаться «сырым».

Всегда проводите обновление сначала на тестовой копии базы, максимально приближенной к боевой по объему данных и интенсивности фоновых заданий. Только убедившись, что rphost ведет себя предсказуемо в течение нескольких суток, можно планировать переход на рабочем сервере.