1С тормозит: 7 причин, которые видно за час диагностики, и что с каждой делать

1С · 27.07.2026 · обновлено 13.10.2026 · 13 мин чтения · Команда НПП РЕКОРД

Отчёт крутится 40 минут, документ проводится по полминуты, в день зарплаты система встаёт колом. Первое желание — купить сервер помощнее, но чаще всего узкое место совсем не в железе. Разбираем семь настоящих причин тормозов 1С: как каждая проявляется, как её проверить и что сделать, — и как за час диагностики понять, какая из них ваша.

Коротко. 1С чаще всего тормозит не из-за слабого сервера, а из-за одной из семи причин: неоптимальный код и обработки, СУБД без настройки и обслуживания, файловая база при большом числе пользователей, блокировки, неправильно настроенная виртуальная машина, медленные диски или все роли на одном сервере. Сначала измеряют — тестом Гилева, замерами APDEX и технологическим журналом, — потом чинят. По нашей практике код и запросы дают до 40% ускорения, настройка СУБД — до 25%, железо — около 10%.

Когда 1С тормозит, первое желание — купить сервер помощнее. Иногда это помогает. Чаще — нет: через месяц после покупки нового железа 1С тормозит точно так же, потому что узкое место было в коде, в ненастроенной СУБД или в блокировках. За годы разбора «тормозящих» баз набралась семёрка виновников, которые встречаются снова и снова. Ниже — как каждого распознать и что с ним делать.

• до 40% — ускорения дают код и запросы
• до 25% — даёт настройка СУБД
• ≈10% — приходится на железо и виртуализацию

Источник: Практика диагностики 1С НПП РЕКОРД

Сначала замеряем отзывчивость, потом чиним — иначе легко купить железо, а тормоза оставить в коде

1. Неоптимальный код и тяжёлые обработки

Самый частый виновник. Запрос, который перебирает миллионы строк там, где хватило бы тысячи. Отчёт без отборов, который каждый раз считает всё заново. Внешние обработки, дописанные когда-то «на коленке», и доработки типовой конфигурации, написанные без учёта производительности.

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

2. СУБД, настроенная «из коробки»

MS SQL Server или PostgreSQL поставили и забыли: память не ограничена или не выделена, регламентные операции не настроены, статистика устаревает, индексы фрагментируются. База растёт, а её никто не обслуживает.

• Как проявляется: постепенное замедление «всего подряд» месяц за месяцем или резкое замедление без изменений в базе.
• Как проверить: посмотреть настройки памяти СУБД, расписание обслуживания и самые долгие запросы на стороне СУБД.
• Что делать: ограничить память MS SQL (параметр max server memory), если он стоит на одной машине с сервером 1С; настроить ежедневное обновление статистики и еженедельное перестроение индексов; для PostgreSQL — использовать сборку и параметры, рекомендованные для 1С.

3. Файловая база при большом числе пользователей

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

• Как проявляется: «1С тормозит по сети», у одних всё быстро, у других медленно, ошибки блокировки при одновременной работе.
• Как проверить: число одновременных пользователей в пик и где физически лежит файл базы.
• Что делать: при росте числа пользователей переходить на клиент-серверный вариант; как временная мера — работа через терминальный сервер, где база лежит рядом.

4. Блокировки и очереди

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

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

5. Неправильно настроенная виртуализация

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

• Как проявляется: низкий балл теста Гилева на мощном по паспорту железе, тормоза в моменты нагрузки на соседние машины.
• Как проверить: тест Гилева на виртуальной машине и на физическом сервере, загрузка хоста.
• Что делать: не перегружать хост, выделить 1С процессоры с высокой частотой, включить в Windows схему питания «Высокая производительность» и проверить аналогичные настройки в BIOS и гипервизоре.

6. Медленные диски

Обычный жёсткий диск под базой SQL — это боль: 1С генерирует тысячи мелких операций чтения и записи, и механический диск не успевает. Переход на SSD или NVMe часто даёт больше, чем новый процессор. Ещё одна частая причина — антивирус, который проверяет каждое обращение к файлам базы.

• Как проявляется: длинная очередь к диску, медленные проведение и формирование отчётов у всех сразу.
• Как проверить: счётчики производительности диска (очередь, время отклика) в пик нагрузки.
• Что делать: базы и журналы СУБД — на SSD или NVMe; добавить каталоги баз и временных файлов 1С в исключения антивируса по рекомендациям производителя.

7. Всё на одном сервере

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

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

Разнести роли — 1С, СУБД, файлы, почту — по разным машинам: на одной они мешают друг другу

Как за час понять, какая причина ваша

1. Запустить тест Гилева: за 10 минут он покажет, способен ли сервер вообще быстро выполнять операции 1С. От 30 баллов — дело точно не в железе.
2. Замерить время 5–10 ключевых операций (проведение реализации, открытие списка, формирование главного отчёта) — это основа для оценки по методике APDEX.
3. Посмотреть загрузку процессора, памяти и очередь к дискам в момент тормозов.
4. Проверить настройки СУБД и расписание её обслуживания.
5. Включить технологический журнал на время типичной нагрузки, чтобы увидеть самые долгие запросы и ожидания блокировок.

• Скачать тест (файл .dt) — testGileva 2.1.1.48 · Яндекс Диск · 2,8 МБ
• Как запустить и читать баллы — наша инструкция по тесту Гилева

Совет. Делайте замеры в реальный пик — в закрытие месяца или день зарплаты. В спокойный день узкое место может просто не проявиться, и вы потратите деньги на то, что не болело.

Правильная последовательность — сначала измерить, потом чинить. Иначе легко потратить деньги на железо, а тормоза оставить в коде.

Теги: 1С, производительность, SQL, оптимизация, тест Гилева, APDEX