Почему медленно работает 1С:ЗУП и как это исправить

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

Проблемы делятся на несколько групп: нехватка ресурсов сервера, неоптимальные настройки СУБД, разросшаяся база, фоновые регламентные задания, конфликтующие с пользовательской работой, и особенности самой конфигурации — например, тяжёлые отчёты или перерасчёты. Ниже разберём каждую группу и дадим конкретные шаги диагностики.

Как локализовать проблему перед настройкой

Первый шаг — понять характер «тормозов». Если медленно работает у всех пользователей и во всех операциях, проблема почти наверняка на сервере: ресурсы, СУБД или сеть. Если жалуется один сотрудник — проверяйте его компьютер, сетевое подключение и антивирус. Если медленно только в конкретном месте (например, при формировании расчётных листков или при проведении документа «Начисление зарплаты») — причина в конкретной операции, и искать нужно точечно.

Полезно зафиксировать симптомы: время суток, когда падает скорость, конкретные действия и длительность выполнения. Например, «отчёт формируется 20 минут с 10 до 11 утра» — это явный признак конкуренции с регламентными заданиями или с резервным копированием.

Ресурсы сервера: память, диски, процессор

Самая частая причина — нехватка оперативной памяти. Сервер 1С:Предприятия и СУБД конкурируют за RAM, если развёрнуты на одной машине. Симптомы: активное использование файла подкачки, загрузка памяти выше 85–90%, периодические «подвисания» при росте числа пользователей. Решение — увеличить объём памяти или разнести сервер 1С и СУБД на разные машины.

Второй критичный ресурс — дисковая подсистема. База ЗУП с активной расчётной частью интенсивно пишет в журналы транзакций и временные таблицы. Если база размещена на медленных HDD вместо SSD, любые массовые операции (расчёт зарплаты, заполнение отчётности) будут выполняться в разы медленнее. Проверьте также, не заполнен ли диск: при свободном месте менее 10–15% производительность СУБД заметно деградирует.

Процессор реже становится узким местом, но важна тактовая частота ядер: многие операции 1С однопоточные, поэтому сервер с большим числом медленных ядер может работать хуже, чем с меньшим числом быстрых.

Настройки СУБД и обслуживание базы

Если ЗУП работает в клиент-серверном варианте, значительная часть «тормозов» — это СУБД. Для PostgreSQL критичны параметры shared_buffers, work_mem и effective_cache_size: значения по умолчанию рассчитаны на слабые машины и не используют ресурсы нормального сервера. Для MS SQL важны ограничение максимальной памяти сервера, режим восстановления базы и настройки tempdb.

Вторая типичная причина — отсутствие регламентного обслуживания. Со временем индексы фрагментируются, статистика устаревает, и оптимизатор запросов начинает выбирать неэффективные планы. Проявляется это так: операции, которые раньше выполнялись секунды, постепенно начинают занимать минуты, при том что данных прибавилось немного.

Минимальный регламент обслуживания: регулярное обновление статистики, перестроение или реорганизация индексов, контроль размера журнала транзакций (для MS SQL — периодическое усечение при простой модели восстановления). В самой 1С полезно периодически запускать тестирование и исправление информационной базы, а также чистку устаревших данных.

1. 1
   Замерьте загрузку сервера в момент тормозов: CPU, память, дисковая очередь
2. 2
   Проверьте, какие регламентные и фоновые задания выполняются в это время
3. 3
   Обновите статистику и перестройте индексы в СУБД
4. 4
   Проверьте свободное место на дисках с базой и журналами
5. 5
   Повторите проблемную операцию и сравните время выполнения

Регламентные задания и фоновые процессы

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

Откройте консоль заданий (или список регламентных заданий в настройках) и проверьте расписание. Тяжёлые задания — обмены, обновление агрегатов, полнотекстовое индексирование — перенесите на ночь или на обеденное время. Задания, которые не используются в вашей организации, отключите совсем: каждое лишнее задание — это фоновая нагрузка и потенциальные блокировки.

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

Особенности самой конфигурации ЗУП

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

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

Также проверьте механизм перерасчётов: если в базе накопились тысячи записей перерасчётов из-за частых исправлений прошлых периодов, каждый расчёт зарплаты будет дополнительно обрабатывать эту очередь. Разберитесь с причинами массовых перерасчётов — часто это некорректное исправление документов задним числом вместо использования документов-исправлений.

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

Клиентская сторона: компьютеры, сеть, антивирус

Если сервер в порядке, а жалобы остаются, смотрите на клиентские места. Тонкий клиент 1С требователен к сети: работа через Wi-Fi или нестабильный VPN даёт ощутимые задержки на каждом обращении к серверу. Проверьте задержку (ping) до сервера — для комфортной работы она должна быть минимальной и стабильной, без потерь пакетов.

Антивирус на клиентском ПК должен исключать каталоги кэша 1С и исполняемые файлы платформы. Устаревшие версии платформы также могут работать медленнее — сверьте версию платформы с рекомендуемой для вашего релиза конфигурации. Полезно периодически очищать кэш метаданных на клиенте: повреждённый или разросшийся кэш вызывает подтормаживания при открытии форм.

Когда обращаться к специалисту

Базовые действия — проверка ресурсов, перенос регламентных заданий, обновление статистики, очистка кэша — безопасны и доступны администратору без глубокой специализации. Но есть границы: перестройка индексов на большой базе, изменение параметров СУБД, оптимизация запросов через замеры производительности требуют опыта и тестовой среды.

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

Частые вопросы

Медленно проводится документ «Начисление зарплаты» — это нормально?

Определённое время на массовый расчёт неизбежно, особенно при большой численности. Но если проведение занимает десятки минут, проверьте очередь перерасчётов, количество активных видов расчёта и попробуйте разбить начисление на несколько документов по подразделениям.

После обновления ЗУП стал тормозить. Что делать?

Проверьте статус отложенного обновления данных в разделе администрирования: пока обработчики не завершены, фоновая нагрузка повышена. Дождитесь завершения или запустите выполнение принудительно в нерабочее время, предварительно сделав резервную копию.

Поможет ли переход с файловой базы на клиент-серверную?

Да, если база большая и пользователей больше нескольких человек. Файловый режим плохо переносит параллельную работу и ограничен пропускной способностью сети при размещении файла на общем ресурсе. Клиент-серверный вариант с СУБД снимает эти ограничения, но требует грамотной настройки сервера.

Как понять, что виновата СУБД, а не сервер 1С?

Посмотрите в момент тормозов, какой процесс потребляет ресурсы: если основную нагрузку даёт процесс СУБД (postgres, sqlservr), копайте в сторону настроек СУБД, индексов и статистики. Если нагрузку даёт rphost сервера 1С — проверяйте регламентные задания, код и количество рабочих процессов.

Нужно ли регулярно чистить кэш 1С на клиентах?

Не регулярно, а при появлении симптомов: долгое открытие форм, ошибки отображения, подтормаживания у конкретного пользователя. Кэш находится в профиле пользователя в каталогах 1С; его удаление безопасно — при следующем запуске он создастся заново.

Влияет ли размер базы на скорость работы?

Да, напрямую: чем больше таблицы регистров и документов, тем дольше запросы и тяжелее индексы. Если база выросла за годы работы, рассмотрите свёртку старых периодов или архивацию неактуальных данных — это часто даёт заметный прирост без изменения оборудования.