← все статьи
16 апреля 2026 г.

Почему 1С тормозит и как это исправить

Тормоза 1С — частая проблема, которая парализует работу бухгалтерии и менеджеров. В 80% случаев дело не в коде, а в инфраструктуре. Разбираем основные причины и способы ускорения.


Тормоза 1С — одна из самых частых жалоб в компаниях. Бухгалтеры ждут по 5–10 минут формирования отчёта, менеджеры не могут быстро выставить счёт, а в час пик система просто "встаёт".

Самое интересное — в 80% случаев проблема не в коде 1С, а в том, как настроена инфраструктура вокруг неё.

Разберём основные причины и способы решения.


1. Сервер 1С и база данных на одном диске

Симптом: тормозит всё и всегда.

Причина: 1С активно работает с дисковой подсистемой. Если сервер приложений и SQL/PostgreSQL используют один и тот же физический диск — они конкурируют за IOPS.

Решение: разнести файлы базы данных, временные файлы и логи на разные физические диски. Для высоконагруженных систем — использовать SSD с высоким IOPS или RAID 10.


2. Неправильные настройки SQL Server / PostgreSQL

Симптом: отдельные операции (проведение документов, закрытие месяца) выполняются аномально долго.

Частые ошибки:

  • max degree of parallelism выставлен в 0 или 1
  • cost limit для autovacuum в PostgreSQL слишком низкий
  • статистика не обновляется
  • отсутствуют необходимые индексы

Решение: регулярное обслуживание базы — обновление статистики, реиндексация, мониторинг планов запросов.


3. Файловая база вместо серверной

Симптом: работа через сетевую папку, постоянные блокировки, "файл занят другим пользователем".

Решение: перевод файловой базы в клиент-серверный вариант (MS SQL или PostgreSQL). Даже для 3–5 пользователей серверная база даёт кратный прирост стабильности и скорости.


4. Антивирус сканирует файлы 1С "на лету"

Симптом: при открытии документов или записи — заметные задержки.

Причина: антивирус проверяет каждый файл базы данных или временные файлы 1С.

Решение: добавить каталоги с базами и временными файлами 1С в исключения антивируса.


5. Сеть с потерями или высоким latency

Симптом: удалённые пользователи (через VPN или RDP) жалуются на "лагающий" интерфейс.

Решение: использовать тонкий клиент с публикацией через веб-сервер или RemoteApp вместо толстого клиента через VPN. Это снижает требования к каналу в 5–10 раз.


6. Нет регламентных операций

Симптом: со временем система работает всё медленнее.

Что нужно делать регулярно:

  • переиндексация базы (раз в неделю/месяц)
  • обновление статистики
  • очистка технологического журнала
  • контроль роста временных таблиц
  • свёртка базы (для больших объёмов)

Без этого даже идеально настроенная система со временем деградирует.


7. Оборудование не соответствует нагрузке

Симптом: в отчётах мониторинга — 100% утилизация CPU или дисковой подсистемы в пиковые часы.

Решение: аудит текущей нагрузки и подбор адекватного железа или переход в облако с возможностью масштабирования.


Как понять, что пора действовать?

Если ваши пользователи 1С:

  • пьют чай, пока формируется отчёт
  • боятся нажимать "Провести", потому что "зависнет"
  • работают удалённо с постоянными обрывами

— значит инфраструктура 1С требует внимания.


Что обычно делаем мы

  1. Проводим аудит текущей производительности (снимаем метрики CPU, памяти, дисковой подсистемы, сети).
  2. Анализируем настройки SQL/PostgreSQL и сервера 1С.
  3. Даём конкретный план оптимизации — от бесплатных настроек до рекомендаций по апгрейду железа.
  4. При необходимости — переводим на кластер из нескольких серверов для отказоустойчивости.

Результат: 1С перестаёт быть "бутылочным горлышком" бизнеса и работает стабильно даже в периоды пиковых нагрузок.

следующий шаг

Покажем, где ваша инфраструктура уязвима.

Короткий аудит — 20–30 минут. Никаких обязательств. На выходе вы получите конкретный список рисков и точек роста.

  • — ответим в течение рабочего дня
  • — не отправляем КП до разговора
  • — договор NDA по запросу