К статье
Практический материал

Администрирование · 10 мин

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

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

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

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

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

Где 1С хранит временные файлы

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

Кроме кэша, платформа активно использует системную папку временных файлов %TEMP% (обычно C:\Users\Имя\AppData\Local\Temp). Туда попадают временные файлы выгрузок, отчётов, обновлений конфигурации и файлы сеансов. При аварийном завершении работы эти файлы не удаляются и копятся.

В клиент-серверном варианте временные данные хранятся на сервере в рабочем каталоге агента — srv1cv8 (в Windows обычно C:\Program Files\1cv8\<версия>\srv1cv8 или каталог, заданный при установке). Внутри находятся папки reg_1541 и подкаталоги сеансовых данных, журнал регистрации служебных процессов и временные файлы серверных вызовов.

Как удалить кэш 1С вручную в файловом варианте

Ручная очистка — самый надёжный способ, когда база не запускается, выдаёт ошибку формата потока или «зависает» после обновления. Порядок действий одинаков для версий платформы 8.2 и 8.3.

Порядок ручной очистки кэша
  1. 1
    Завершите все сеансы 1С: закройте Предприятие и Конфигуратор у всех пользователей базы
  2. 2
    Откройте Проводник и в адресной строке введите %APPDATA%\1C\1cv8
  3. 3
    Удалите папки с длинными именами (GUID) — это кэш конкретных баз
  4. 4
    Повторите то же в каталоге %LOCALAPPDATA%\1C\1cv8
  5. 5
    Откройте %TEMP% и удалите файлы, которые система позволит удалить
  6. 6
    Запустите 1С и войдите в базу — кэш будет создан заново, первый вход займёт больше времени

Если база одна и вы не уверены, какая папка к ней относится, можно удалить все папки с идентификаторами — при следующем запуске платформа создаст новые. Главное — не удалять файлы 1Cv8.1CD, если они вдруг лежат рядом, и не трогать каталог, где физически размещена сама база (его путь указан в списке баз при запуске).

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

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

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

После остановки службы удаляют содержимое подкаталогов reg_1541 (имя может отличаться в зависимости от порта кластера), оставляя сам файл 1CV8Clst.lst — в нём хранится список зарегистрированных баз кластера. Его удаление приведёт к тому, что базы «пропадут» из консоли кластера и их придётся регистрировать заново.

Также на сервере стоит проверить каталог временных файлов учётной записи, под которой работает агент сервера (обычно USR1CV8): C:\Users\USR1CV8\AppData\Local\Temp. При интенсивной работе серверных отчётов и обменов он может разрастаться до десятков гигабайт.

Очистка папки TEMP и автоматизация удаления

Системная папка %TEMP% общая для всех программ, поэтому очищать её удобно штатными средствами Windows: «Параметры → Система → Память → Временные файлы» или утилитой cleanmgr. Удаляйте только то, что система разрешает, — заблокированные активными процессами файлы Windows пропустит сама.

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

bat
for /d %i in ("%APPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%i"

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

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

Признак успешной очистки — база запускается без ошибок, первый вход занимает заметно больше времени (платформа заново строит кэш), а место на диске освободилось. Если после удаления кэша ошибка сохраняется, причина не во временных файлах: проверяйте целостность базы через утилиту chdbfl.exe или тестирование и исправление в Конфигураторе.

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

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

Запуск базы после очистки
Норма

База открывается, первый вход медленнее обычного

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

Ошибка формата потока или сообщение о повреждении базы

Папки кэша
Норма

Созданы новые папки с GUID, размер растёт постепенно

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

Папки не появляются — возможно, нет прав на запись в профиль

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

Объём освобождённого места соответствует размеру удалённых каталогов

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

Место не освободилось — проверьте корзину и другие профили пользователей

Типичные ошибки при удалении временных файлов

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

Типичные ошибки
01
Удаление каталога с самой базой вместо кэша — данные теряются, восстановление только из резервной копии
02
Очистка srv1cv8 без остановки агента сервера — сеансы пользователей обрываются, файлы остаются заблокированными
03
Удаление файла 1CV8Clst.lst на сервере — базы исчезают из консоли кластера и требуют повторной регистрации
04
Чистка только %TEMP% при проблемах с кэшем — ошибка формата потока остаётся, так как кэш лежит в других каталогах

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

Когда очистка не поможет: ограничения и альтернативы

Если после удаления временных файлов база по-прежнему не открывается, последовательно проверьте: целостность файла базы утилитой chdbfl.exe (лежит в каталоге bin платформы), свободное место на диске с базой, корректность пути к базе в списке и права пользователя на каталог. Для клиент-серверного варианта — доступность сервера СУБД и состояние базы в ней.

Маршрут решения

Как выбрать действие

Ошибка формата потока или странное поведение форм после обновленияУдалите кэш базы в %APPDATA% и %LOCALAPPDATA% при закрытой 1С
Диск на сервере переполнен, работают много пользователейОстановите агент сервера и очистите srv1cv8, сохранив 1CV8Clst.lst
База не открывается даже после очистки кэшаПроверьте файл базы через chdbfl.exe и восстановите из резервной копии при необходимости
Медленный запуск у одного пользователя из многихОчистите кэш только в его профиле — проблема локальная, сервер трогать не нужно

В качестве профилактики настройте регулярную очистку %TEMP% средствами Windows и периодический перезапуск службы агента сервера в нерабочее время — это снижает накопление «зависших» сеансовых данных без ручного вмешательства.

Итог

Что важно запомнить

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

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

Удалятся ли данные из базы, если очистить кэш 1С?

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

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

Проще всего удалить все папки с идентификаторами GUID в %APPDATA%\1C\1cv8 — при следующем запуске платформа создаст кэш заново для каждой базы. Либо удалите базу из списка в окне запуска и добавьте заново: старый кэш перестанет использоваться.

Можно ли удалять файлы из %TEMP%, пока 1С открыта?

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

Как часто нужно чистить временные файлы 1С?

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

Что делать, если папка srv1cv8 занимает десятки гигабайт?

Остановите службу агента сервера 1С в нерабочее время, удалите содержимое подкаталогов reg_1541, сохранив файл 1CV8Clst.lst, затем запустите службу. Также проверьте настройки журнала регистрации и наличие «зависших» сеансов — они частая причина разрастания каталога.

Почему после очистки кэша база долго открывается первый раз?

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