1С тормозит на компьютере — что проверить и как разогнать работу

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

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

С чего начать: находим узкое место

Прежде чем что-то менять, поймите, где именно теряется время. Тормозит всё и всегда — или только открытие конкретного журнала, проведение документа, формирование отчёта? От ответа зависит, что лечить.

Откройте Диспетчер задач Windows (Ctrl+Shift+Esc) и запустите тяжёлую для вас операцию. Смотрите, что упирается в потолок:

• 🔸 Диск 100% — узкое место в хранилище. Виновата либо раздутая файловая база, либо обычный HDD вместо SSD, либо база лежит на сетевой папке.
• 🔸 Процессор (одно ядро) 100% — типичная картина для 1С: платформа большинство операций выполняет в один поток, поэтому важна не количество ядер, а частота одного.
• 🔸 Память почти вся занята — компьютер уходит в своп на диск, и всё встаёт. Решается добавлением ОЗУ.
• 🔸 Сеть загружена, а диск и процессор свободны — проблема в канале до сервера или сетевой папки.

Отдельно проверьте размер файла базы. Для файлового варианта путь к .1CD виден в окне запуска 1С: выделите базу — внизу покажется каталог. Откройте его в Проводнике и посмотрите размер 1Cv8.1CD. Файловая база комфортно работает примерно до 4–6 ГБ; после 10–12 ГБ тормоза становятся системными, и правильное решение — переход на клиент-серверный вариант с СУБД, а не борьба с симптомами.

Чистим кэш платформы — первое, что стоит сделать

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

Самый простой способ — запуск с ключом очистки. В окне запуска выделите базу, но вместо обычного старта используйте ярлык с параметром. Создайте копию ярлыка 1С и в поле «Объект» (правый клик по ярлыку → «Свойства») допишите в конце через пробел:

"C:\Program Files\1cv8\common\1cestart.exe" /ClearCache

Запуск по такому ярлыку очистит кэш перед стартом.

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

• %LOCALAPPDATA%\1C\1cv8 — основной кэш платформы;
• %APPDATA%\1C\1cv8 — кэш профиля.

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

Сжимаем и чиним файловую базу

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

Главный инструмент — Тестирование и исправление информационной базы в Конфигураторе. Порядок:

1. Сделайте резервную копию базы (выгрузите .dt или скопируйте файл 1Cv8.1CD). Операции ниже меняют базу физически.
2. Закройте все сеансы — тестирование требует монопольного доступа, то есть никто другой в базе работать не должен.
3. Запустите Конфигуратор → меню «Администрирование» → «Тестирование и исправление…».
4. Отметьте галочки «Реиндексация таблиц информационной базы» и «Сжатие таблиц информационной базы». Для разовой чистки этого достаточно.
5. Выберите режим «Тестирование и исправление» (не только тестирование) и запустите.

Реиндексация перестраивает индексы таблиц, сжатие убирает освободившееся место — после этого файл .1CD часто уменьшается, а скорость растёт.

Если база повреждена и Конфигуратор её не открывает, используйте отдельную утилиту chdbfl.exe из каталога bin платформы. Она проверяет физическую целостность файла .1CD и чинит структуру на уровне файла, когда штатное тестирование недоступно. ⚠️ Перед запуском chdbfl.exe с галочкой исправления обязательно скопируйте файл базы — утилита меняет его напрямую.

Настраиваем запуск и режим клиента

Скорость зависит и от того, как вы входите в базу. Пара настроек даёт заметный эффект без вмешательства в данные.

Толстый и тонкий клиент. Тонкий клиент (1cv8c.exe) легче и быстрее открывает формы в типовых конфигурациях на управляемых формах — БП 3.0, ЗУП 3.1, УТ 11. Толстый клиент нужен в основном для Конфигуратора и старых обычных форм. Если в окне запуска у базы в основном режиме стоит «Толстый клиент», а конфигурация современная, переключение на тонкий часто ускоряет работу. Режим меняется в окне запуска: выделите базу → «Изменить» → раздел «Основной режим запуска».

Низкая скорость соединения. При работе через медленный интернет или VPN включите соответствующий флажок в настройках базы — платформа будет реже обращаться к серверу и кэшировать больше данных на клиенте. На быстрой локальной сети этот режим, наоборот, не нужен.

Антивирус. Проверка файлов в реальном времени сильно замедляет 1С, особенно файловую базу . Добавьте в исключения антивируса папку платформы (C:\Program Files\1cv8), каталог базы с файлом .1CD и процессы 1cv8.exe, 1cv8c.exe. Это одна из самых недооценённых причин тормозов.

Полнотекстовый поиск. Если данных много, а поиском по текстам вы не пользуетесь, его индексация зря грузит систему. Управление — в разделе Администрирование → Обслуживание → Полнотекстовый поиск данных (в БП 3.0 и похожих конфигурациях).

Чистим журнал регистрации и удаляем помеченные объекты

Два источника «тихого» распухания базы, о которых часто забывают.

Журнал регистрации пишет каждое действие пользователей и за годы вырастает до гигабайтов, замедляя и запись, и само открытие журнала. Настройка — в Конфигураторе: «Администрирование» → «Настройка журнала регистрации». Там можно:

• сократить журнал, удалив старые записи (указываете дату, до которой чистить);
• уменьшить детальность — писать не все события, а только ошибки и вход/выход;
• задать разбиение журнала по периодам, чтобы файлы не росли бесконечно.

Для разовой чистки достаточно сократить журнал до последних 1–3 месяцев.

Помеченные на удаление объекты остаются в базе физически, пока их не удалят окончательно. За годы работы их набираются тысячи — они тянут размер базы и замедляют проведение. Удаление выполняется в режиме Предприятия: Администрирование → Обслуживание → Удаление помеченных объектов (в типовых конфигурациях на БСП путь одинаковый).

Порядок безопасного удаления:

1. Запустите обработку и дождитесь контроля ссылочной целостности — программа проверит, не ссылается ли на помеченный объект что-то ещё.
2. Объекты, на которые есть ссылки, удалить нельзя — программа покажет, что именно мешает. Это нормально: разберитесь со ссылками или оставьте такой объект.
3. Остальное удалится. ⚠️ Операция необратима — сделайте резервную копию, если удаляете помеченное массово в первый раз.

Регулярное удаление помеченных (раз в месяц-квартал) само по себе ощутимо ускоряет рабочую базу.

Разбираемся с железом: что реально ускоряет 1С

Апгрейд оправдан, когда база уже в порядке, а компьютер всё равно не тянет. Деньги стоит вкладывать в правильном порядке.

Практический вывод: для 1С процессор с высокой частотой одного ядра полезнее, чем многоядерный, но «медленный». Файловую базу держите только на локальном SSD — работа с .1CD на сетевой папке или внешнем диске по USB тормозит почти всегда.

Памяти для комфортной работы файловой базы обычно хватает 8–16 ГБ. Если Диспетчер задач показывает, что память занята под 100% и растёт файл подкачки — добавление ОЗУ даст больший эффект, чем замена процессора.

При выборе SSD смотрите не только на факт «твердотельный», но и на интерфейс: диск NVMe быстрее SATA SSD, а оба несравнимо быстрее обычного HDD. Для файловой базы разница между NVMe и SATA заметна меньше, чем шаг от HDD к любому SSD, — так что главное вложение именно в отказ от жёсткого диска под рабочей базой.

Отдельно: обновите саму платформу до актуального релиза. В новых версиях 1С регулярно оптимизирует работу интерфейса и запросов — иногда переход на свежую платформу ускоряет работу без всяких других действий.

Индексы, запросы и клиент-серверный вариант

Если база клиент-серверная (на СУБД PostgreSQL или MS SQL), узкое место обычно не в клиенте, а в базе данных и запросах.

Реиндексация и статистика. В клиент-серверном варианте за индексы и статистику отвечает СУБД, а не Конфигуратор. Регламентное обслуживание — перестроение индексов и обновление статистики средствами самой СУБД (например, планом обслуживания в MS SQL) — главный способ держать скорость. Настройку обычно делает администратор сервера.

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

Регламентные задания. Пересчёт итогов, обновление агрегатов, полнотекстовый поиск — всё это фоновые задания. Если они запускаются в рабочее время, пользователи чувствуют просадки. Перенесите тяжёлые регламентные задания на ночь или нерабочие часы.

Когда файловый вариант себя исчерпал. Для файловой базы понятия «оптимизация индексов на уровне СУБД» нет — она сама себе СУБД. Если база выросла, пользователей больше 5–10 и тормоза не уходят после чистки, правильное решение — перевод на клиент-серверный вариант. Это не апгрейд компьютера, а смена архитектуры: база переносится на сервер с СУБД, клиенты работают через сеть. Для файловой базы альтернатива — свёртка (сокращение истории): старые периоды сворачиваются в остатки, объём резко падает.

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