Закрытие месяца тормозит: что проверить в 1С

«Закрытие месяца встало» в последний день — классика. Причины редко мистические: огромный период перепроведения, тяжёлые регламентные задания поверх живой работы, блокировки, кривой запрос в доработке, файловая база на объёме, где уже нужен SQL. В чеклистах производительности сначала сужают симптом, потом трогают железо.

Разбираю тормоза закрытия: от 2 999 ₽/час; сезонная поддержка — абонемент от 49 999 ₽/мес: услуги.

Самопроверка до паники

1. Какая операция именно: расчёт себестоимости, валюта, регламентное задание, отчёт?
2. Сколько длится vs прошлый месяц на том же объёме?
3. Параллельно идут обмены/массовые проведения?
4. Файловая или клиент-сервер?
5. Воспроизводится ли на копии тем же периодом?

Если на копии быстро, а на проде нет — смотрите конкуренцию сеансов и задания.

Частые причины

• пересчёт «с начала времён» без нужды;
• ошибки в данных (пустые аналитики) → повторные прогоны;
• блокировки при одновременной отгрузке;
• доработка закрытия без профиля;
• регламентные задания без расписания под пик.

Что делать системно

1. Календарь закрытия: кто когда запускает что.
2. Тестовый прогон на копии за N дней до боя.
3. Замер проблемной операции (куда уходит время).
4. Чинить данные/запрос/расписание — минимальным изменением.
5. После успеха — запись «как закрывали» для следующего месяца.

Типичные ошибки

• Рестартовать сервер каждые полчаса как метод.
• Отключать проверки «чтобы прошло» без списка отложенного.
• Обновлять конфигурацию в день закрытия.
• Не иметь дежурного с доступом к копии и ЖР.

Как я веду инцидент

1. Симптом + конфигурация + файл/SQL.
2. Копия или узкое окно замера на проде.
3. План: данные / задания / код / инфраструктура.
4. Довести закрытие и предложить профилактику на следующий цикл.

Напишите, какая база и на каком шаге зависает/падает — по этому обычно видно, нужен срочный час диагностики или разбор с ТЖ.