В процессе эксплуатации конфигурации 1С:Управление торговлей 11.4 системные администраторы и программисты часто сталкиваются с ситуацией, когда регламентная операция по закрытию месяца «замирает» на неопределенный срок. Особенно остро эта проблема проявилась на платформе версии 8.3.16.1063. В этой статье мы подробно разберем, почему это происходит, как диагностировать проблему и какие шаги предпринять для её решения.
Прежде всего, разберем техническую подоплеку. Версия платформы 8.3.16.1063 официально признана сообществом специалистов 1С одной из самых нестабильных в своей ветке. Основная проблема заключается в некорректной работе менеджера фоновых заданий и утечках памяти в рабочем процессе rphost.exe.
Проанализируем ситуацию: процедура закрытия месяца в УТ 11.4 — это не просто один отчет, а сложная последовательность фоновых заданий, которые запускаются параллельно для расчета партий, себестоимости и распределения затрат. На данной сборке платформы часто возникает эффект «deadlock» (взаимной блокировки) не только на уровне базы данных SQL, но и внутри механизмов самой платформы при управлении сеансами фоновых заданий.
Если ваша база работает в клиент-серверном варианте и процесс закрытия зависает, первым делом попробуем исключить влияние серверных механизмов и блокировок других пользователей. Проанализируем методику проверки:
Важный момент: в файловом режиме база используется монопольно. Если в таком режиме закрытие проходит успешно и без зависаний, значит, проблема кроется в сетевых блокировках, настройках кластера серверов 1С или конфликтах с другими сессиями пользователей. Если же база зависает и в файловом режиме — проблема в данных или в критической ошибке кода платформы, которая не может обработать конкретный запрос.
Рассмотрим ситуацию, когда перенос в файловый режим невозможен из-за огромного объема данных. В этом случае нам нужно максимально изолировать процесс закрытия месяца на сервере. Разберем шаги по оптимизации работы rphost:
В конфигурации УТ 11.4 реализован механизм параллельного расчета себестоимости. На платформе 8.3.16.1063 этот механизм часто дает сбой. Выясним, как это исправить. Рассмотрим код, который отвечает за инициализацию фоновых заданий. В настройках системы (НСИ и администрирование — Настройка разделов — Финансовый результат и контроллинг) попробуем отключить параллельный расчет, если такая опция доступна в вашем релизе.
Также полезно проверить состояние очереди заданий через консоль РегламентныеЗадания. Если вы видите, что задание «Расчет себестоимости» висит в статусе «Выполняется» много часов, но нагрузка на процессор и диск отсутствует, это явный признак зависания потока платформы.
Малоизвестный, но важный фактор — работа с расширениями конфигурации. В версии 8.3.16.1063 была обнаружена ошибка, при которой наличие расширений вызывало бесконечную регенерацию кэша метаданных. Разберем алгоритм действий:
Agent 1C:Enterprise и удалить содержимое папок в каталоге snccntx внутри srvinfo.Как показывает практика и отзывы технических специалистов, наиболее эффективным и правильным лечением является отказ от использования сборки 8.3.16.1063. Посмотрим на статистику исправлений:
конкретные баги, связанные с зависанием фоновых процессов, были устранены в последующих версиях.
Рекомендуемые действия:
8.3.17 закрытие месяца в УТ 11.4 проходит стабильно.Подведем итог нашему исследованию. Если вы столкнулись с «тупым зависанием» (без ошибок в журнале регистрации):
1063.Используя этот комплексный подход, мы сможем гарантированно восстановить работоспособность системы и обеспечить корректное формирование финансового результата в 1С:Управление торговлей.