Как почистить 1С, чтобы она не тормозила

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

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

Ниже разобраны конкретные процедуры: очистка кэша, сокращение журнала регистрации, удаление помеченных объектов, тестирование и исправление, обслуживание SQL-базы и настройка регулярного регламента. Для каждой операции указаны условия применения и риски.

Что сделать до очистки: диагностика и резервная копия

Любая чистка начинается с копии базы. Для файлового варианта достаточно скопировать файл 1Cv8.1CD в отдельную папку при закрытых сеансах пользователей. Для клиент-серверного варианта используйте выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или штатное средство резервного копирования СУБД.

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

Очистка кэша 1С на клиентском компьютере

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

Кэш хранится в профиле пользователя в папках вида %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\ — внутри находятся каталоги с длинными именами-идентификаторами баз. Удалять их можно только при закрытой программе 1С. Самый безопасный способ — удалить базу из списка в окне запуска и добавить её заново: платформа создаст чистый кэш автоматически.

Альтернатива для клиент-серверного режима — параметр /ClearCache в строке запуска или очистка серверного кэша через перезапуск службы агента сервера 1С. Серверный кэш чистится реже, но при массовых жалобах после обновления конфигурации это одно из первых действий.

1. 1
   Закройте все сеансы 1С на компьютере
2. 2
   Откройте %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\
3. 3
   Найдите папки с именами-идентификаторами нужной базы
4. 4
   Удалите эти папки (или удалите базу из списка и добавьте заново)
5. 5
   Запустите 1С и проверьте скорость открытия форм

Сокращение журнала регистрации

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

Сокращение выполняется в конфигураторе: Администрирование → Журнал регистрации → кнопка «Сократить». Укажите дату, до которой удалить события, и обязательно поставьте флажок сохранения удаляемой части в отдельный файл — это подстраховка на случай расследования инцидентов.

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

Удаление помеченных объектов и лишних данных

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

Штатное удаление выполняется из режима предприятия: раздел «Администрирование» → «Обслуживание» → «Удаление помеченных объектов» (в некоторых конфигурациях — через «Все функции» → «Стандартные»). Монопольный режим не всегда обязателен, но все пользователи должны завершить работу с удаляемыми объектами, иначе часть из них не удалится из-за ссылок.

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

Тестирование и исправление информационной базы

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

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

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

Обслуживание клиент-серверной базы на SQL

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

Минимальный регламент для MS SQL Server: еженедельная (или чаще, при интенсивной работе) реорганизация или перестроение индексов, обновление статистики, контроль размера журнала транзакций и модели восстановления базы. Для баз в модели Full без регулярного бэкапа журнала файл лога разрастается до десятков гигабайт и сам становится причиной деградации.

Также проверьте настройки tempdb, объём выделенной памяти для SQL Server и план электропитания сервера — режим экономии энергии заметно снижает производительность дисковых операций. Эти параметры относятся уже к администрированию СУБД, и при отсутствии опыта их лучше доверить специалисту.

Файловая база или клиент-серверная

Файловая база

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

Клиент-серверная (SQL)

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

Регламент: как не допустить тормозов снова

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

Разумный минимум: очистка клиентского кэша — по факту жалоб и после каждого обновления конфигурации; сокращение журнала регистрации — раз в квартал; удаление помеченных объектов — ежемесячно; тестирование и исправление файловой базы — ежемесячно; обслуживание индексов и статистики SQL — еженедельно. Резервное копирование должно идти ежедневно и независимо от всех этих операций.

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

Можно ли чистить 1С, пока пользователи работают?

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

Удалится ли что-то важное при очистке кэша?

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

Как понять, что пора переходить с файловой базы на SQL?

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

Поможет ли переустановка платформы 1С ускорить работу?

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

Что делать, если после чистки 1С всё равно тормозит?

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