Как очистить 1С 8.3: кэш, временные файлы и лишние данные

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

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

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

Что именно нужно чистить в 1С 8.3

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

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

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

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

После удаления при первом запуске база откроется дольше обычного — платформа заново построит кэш. Это нормально. Сам список баз в стартовом окне не пострадает, так как он хранится в файле ibases.v8i в той же папке AppData.

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

1. 1
   Закройте все сеансы 1С у пользователя
2. 2
   Откройте %APPDATA%\1C\1cv8 и удалите папки с GUID баз
3. 3
   Откройте %LOCALAPPDATA%\1C\1cv8 и сделайте то же самое
4. 4
   Запустите 1С и проверьте, что ошибка исчезла
5. 5
   При повторении ошибки проверьте серверный кэш или выполните тестирование и исправление

Очистка серверного кэша в клиент-серверном варианте

Если 1С работает в связке с сервером 1С:Предприятия, у сервера есть собственный кэш в каталоге srvinfo (обычно C:\Program Files\1cv8\srvinfo). Внутри находятся папки reg_1541 и аналогичные с подкаталогами вида snccntx... — это кэш сеансовых данных. Его очистка помогает при массовых ошибках после обновления конфигурации.

Порядок важен: сначала остановите службу «Агент сервера 1С:Предприятия», затем удалите содержимое папок reg_* (сами папки и файлы журналов кластера лучше не трогать — удаляйте только подкаталоги snccntx), после чего запустите службу. Удалять весь srvinfo нельзя — там хранится список баз кластера, и вы потеряете регистрацию всех информационных баз.

Удаление временных файлов и старых архивов

1С и операционная система складывают временные файлы в папки Temp: %TEMP% пользователя и C:\Windows\Temp. При аварийных завершениях там остаются файлы выгрузки, печатные формы и фрагменты отчётов. Их можно удалять штатной очисткой диска Windows или вручную — файлы, которые заняты запущенными процессами, система не даст удалить, и это нормально.

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

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

Журнал регистрации фиксирует действия пользователей и системные события. В файловой базе он находится в подкаталоге 1Cv8Log внутри каталога базы, в клиент-серверной — в каталоге reg_1541 в srvinfo. При активной работе журнал растёт быстро и может занимать больше места, чем сами данные.

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

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

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

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

Проверка результата и регулярное обслуживание

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

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

Контрольные точки

Как проверить результат

Запуск базы после очистки кэша

Норма

База открывается, ошибок формата потока нет

Тревожный признак

Ошибка повторяется — нужно тестирование и исправление

Размер каталога базы

Норма

Уменьшился после сокращения журнала и удаления объектов

Тревожный признак

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

Работа пользователей

Норма

Сеансы запускаются, документы проводятся

Тревожный признак

Ошибки у всех — проверьте серверный кэш и целостность srvinfo

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

Удалится ли список баз при очистке кэша?

Нет. Список баз хранится в файле ibases.v8i в папке %APPDATA%\1C\1cv8, а кэш — в подпапках с GUID. Удаляйте только папки с длинными шестнадцатеричными именами, сам файл списка не трогайте.

Как часто нужно чистить кэш 1С?

По расписанию чистить кэш не нужно — это не обслуживание, а способ устранения неполадок. Очищайте кэш при появлении ошибок, после обновления конфигурации или при странном поведении интерфейса.

Можно ли очистить кэш, не закрывая 1С?

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

Почему база не уменьшилась после удаления помеченных объектов?

Физический размер файла базы не сокращается автоматически — внутри остаётся пустое место. Для файловой базы выполните выгрузку в dt и загрузку обратно либо сжатие через тестирование и исправление. Для SQL-базы используйте штатные средства СУБД (shrink) с осторожностью.

Опасно ли сокращать журнал регистрации?

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

Что делать, если после очистки ошибки остались?

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