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

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

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

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

Что именно копится и где это искать

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

Временные файлы сеансов складываются в системный каталог временных файлов (обычно %TEMP%) и в папку srvinfo на сервере 1С, если используется клиент-серверный вариант. Там же, в srvinfo, в подкаталогах reg_1541 и аналогичных лежат файлы журнала регистрации и служебные данные кластера.

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

Подготовка: резервная копия и завершение сеансов

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

Сделайте резервную копию. Для файловой базы проще всего скопировать файл 1Cv8.1CD в отдельную папку или выгрузить базу через конфигуратор (меню «Администрирование» → «Выгрузить информационную базу»). Выгрузка в .dt предпочтительнее: она компактнее и проверяет целостность данных в процессе.

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

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

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

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

Альтернативный способ без ручного удаления — очистка через параметр запуска. В настройках базы в окне запуска (кнопка «Настройка») можно дописать параметр /ClearCache в строку дополнительных параметров запуска. Он очищает клиентский кэш для конкретной базы при старте. После решения проблемы параметр лучше убрать, иначе каждый запуск будет медленным.

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

Очистка временных файлов и каталога srvinfo

Временные файлы пользовательских сеансов лежат в %TEMP%. Их можно удалять массово: нажмите Win+R, введите %TEMP%, выделите всё и удалите. Файлы, которые заняты запущенными программами, система удалить не даст — пропустите их. Это безопасная операция, не затрагивающая данные 1С.

На сервере 1С ситуация тоньше. Каталог srvinfo (путь задаётся при установке, часто это C:\Program Files\1cv8\srvinfo или каталог в профиле службы) содержит журналы кластера, списки баз и временные данные сеансов. Останавливать службу «Агент сервера 1С:Предприятия» нужно до удаления чего-либо внутри. После остановки можно чистить подкаталоги reg_* от старых файлов журналов и содержимое временных папок сеансов, но не сам список баз кластера.

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

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

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

Журнал регистрации фиксирует действия пользователей, ошибки и системные события. В старых версиях платформы он хранится в файле 1Cv8.lgd рядом с базой или в каталоге reg_1541 на сервере, в новых — в формате SQLite (1Cv8.lgd как база данных). Без ограничений журнал растёт годами и может занимать гигабайты, замедляя запись событий.

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

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

Тестирование и исправление как профилактика «мусора» в данных

Помимо файлового мусора, в базе накапливаются битые ссылки, потерянные данные и ошибки индексов. Штатная обработка «Тестирование и исправление» (конфигуратор, меню «Администрирование») проверяет физическую и логическую целостность базы, реиндексирует таблицы и может сжать файл базы.

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

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

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

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

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

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

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

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

Норма

Вход выполняется, первый запуск чуть дольше обычного

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

Ошибки о несоответствии версии кэша или невозможности создать каталог

Работа проблемного функционала

Норма

Отчёт или документ открывается без ошибок

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

Ошибка «Поле объекта не обнаружено» сохраняется — чистили не тот кэш или проблема в конфигурации

Журнал регистрации

Норма

Открывается, новые события пишутся

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

Не открывается или пуст после сокращения без сохранения копии

Свободное место на диске

Норма

Заметно увеличилось после удаления временных файлов

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

Не изменилось — удалены не те каталоги

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

Безопасно ли удалять папки кэша 1С?

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

Как найти папку кэша конкретной базы, если баз много?

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

Нужно ли чистить кэш на сервере при клиент-серверном режиме?

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

Можно ли автоматизировать очистку временных файлов?

Да, стандартными средствами Windows: планировщик задач со скриптом очистки %TEMP% или функция «Контроль памяти». Для каталогов обмена 1С удобнее настроить регламентное удаление старых файлов выгрузки штатными средствами конфигурации.

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

Значит, причина не в кэше. Проверьте базу штатным тестированием и исправлением на копии, посмотрите журнал регистрации на момент ошибки и убедитесь, что версии платформы на клиенте и сервере совместимы.

Как уменьшить разросшийся файл 1Cv8.1CD?

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