Администрирование · 11 мин
Как удалить временные файлы 1С и очистить кэш
Как удалить временные файлы 1С: очистка кэша метаданных, папок temp, журналов и серверного кэша. Пошаговые инструкции, риски, проверка результата и ответы на вопросы.
Временные файлы 1С накапливаются постоянно: кэш метаданных, служебные файлы сеансов, временные таблицы, файлы выгрузки и обмена. Со временем они занимают десятки гигабайт на диске, замедляют запуск программы и становятся причиной ошибок вида «Ошибка формата потока» или некорректного отображения данных после обновления конфигурации.
Очистка временных файлов — стандартная процедура обслуживания, но делать её нужно осознанно. Часть файлов можно удалять без последствий, а часть удалять нельзя: вместе с кэшем легко потерять настройки пользователя или актуальную копию базы. Ниже разобраны основные места хранения временных данных 1С и безопасные способы их удаления для файлового и клиент-серверного вариантов работы.
Материал ориентирован на платформу 1С:Предприятие 8.3 в среде Windows — именно такой вариант чаще всего встречается в организациях. Отдельные нюансы для Linux и веб-клиента указаны по ходу текста.
Где 1С хранит временные файлы
Прежде чем что-то удалять, полезно понимать, какие каталоги вообще создаёт платформа. Основных мест несколько, и у каждого своё назначение.
Кэш метаданных клиента. Находится в профиле пользователя: C:\Users\Имя\AppData\Roaming\1C\1cv8 и C:\Users\Имя\AppData\Local\1C\1cv8. Внутри — папки с длинными именами из букв и цифр (GUID информационных баз). Именно сюда платформа складывает кэшированные метаданные конфигурации, чтобы ускорить запуск.
Системный каталог временных файлов. Папка, заданная переменной окружения TEMP (обычно C:\Users\Имя\AppData\Local\Temp). Сюда 1С пишет временные файлы отчётов, обработок, обмена данными, а также файлы вида v8_*.tmp.
Серверный кэш. При клиент-серверной работе кэш хранится в каталоге служебных файлов кластера — по умолчанию C:\Program Files\1cv8\srvinfo (или каталог, указанный при установке сервера). Внутри находятся папки вида reg_1541 с подкаталогами сеансовых данных.
Когда очистка действительно нужна
Удалять временные файлы «для профилактики» каждый день не требуется. Есть конкретные ситуации, когда очистка кэша — первое и часто единственное необходимое действие.
Типичные признаки повреждённого или устаревшего кэша: ошибка «Ошибка формата потока» при запуске или в ходе работы, «глюки» интерфейса после обновления конфигурации (не открываются формы, пропадают элементы), ситуация, когда у одного пользователя база работает нормально, а у другого на той же базе — ошибки. Также очистка оправдана, когда диск переполнен и каталоги 1С занимают заметный объём.
Очистите папки кэша в профиле этого пользователя
Проверьте каталог srvinfo и перезапустите службу агента
Проверьте TEMP, srvinfo и каталоги полнотекстового поиска
Очистите кэш и запустите базу заново
Как очистить кэш 1С у пользователя
Это самая частая операция, её может выполнить даже пользователь без прав администратора — при условии, что все сеансы 1С на компьютере закрыты. Если программа запущена, часть файлов будет заблокирована, а удалённые на ходу файлы кэша могут усугубить проблему.
- 1Закройте все сеансы 1С:Предприятие и конфигуратор на этом компьютере.
- 2Нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter.
- 3Удалите папки с длинными именами-GUID (это кэш баз). Папки, которые точно относятся к нужной базе, можно предварительно переименовать вместо удаления.
- 4Откройте %LOCALAPPDATA%\1C\1cv8 и удалите аналогичные папки там.
- 5Дополнительно очистите %TEMP% — удалите файлы v8_*.tmp и старые подкаталоги, которые система позволит удалить.
- 6Запустите 1С и проверьте работу базы: первый запуск займёт больше времени, кэш создастся заново.
Если баз в списке много и нужна только одна, найти её папку можно по файлу журнала или по дате изменения каталога. Проще всего удалить весь кэш разом — настройки подключений к базам хранятся в файле ibases.v8i и при этом не пострадают.
Альтернативный способ без ручного удаления — удалить базу из списка в окне запуска 1С и добавить её заново. При этом платформа создаёт новый каталог кэша, а старый остаётся на диске и его можно удалить позже.
Очистка временных файлов на сервере 1С
При клиент-серверной работе кэш создаётся не только у пользователей, но и на сервере. Его очистка требует больше осторожности, потому что затрагивает работу всех пользователей сразу.
Порядок безопасной очистки серверного кэша такой: завершить сеансы пользователей (через консоль кластера или предупредив коллег), остановить службу «Агент сервера 1С:Предприятия», затем в каталоге srvinfo найти папку нужного кластера (например, reg_1541) и удалить её содержимое, кроме файла 1CV8Clst.lst — в нём хранится список зарегистрированных баз кластера. После этого службу запускают заново.
net stop "1C:Enterprise 8.3 Server Agent"
# ожидание остановки, затем очистка каталога
Remove-Item "C:\Program Files\1cv8\srvinfo\reg_1541\*" -Recurse -Force -Exclude "1CV8Clst.lst"
net start "1C:Enterprise 8.3 Server Agent"На Linux-сервере каталог по умолчанию — /opt/1cv8/x86_64/версия/srvinfo или ~/.1cv8/1C/1cv8 в зависимости от способа установки. Логика та же: остановить службу, очистить каталог, запустить.
Отдельно проверьте каталоги полнотекстового поиска и журналы регистрации, если они разрослись. Журнал регистрации старого формата (файлы *.lgp) можно сократить через конфигуратор: «Администрирование → Настройка журнала регистрации → Сократить», указав дату, до которой удалять события.
Автоматизация очистки и профилактика
Если баз много, а пользователей десятки, ручная очистка превращается в постоянную рутину. Её можно частично автоматизировать.
Простейший вариант — пакетный скрипт, который пользователь запускает при проблемах, или задача планировщика Windows, очищающая старые файлы в TEMP по расписанию. Для кэша метаданных автоматическую очистку по расписанию делать не стоит: удаление кэша у работающего пользователя вызовет ошибки в его сеансе.
@echo off
taskkill /f /im 1cv8.exe 2>nul
timeout /t 5 >nul
for /d %%d in ("%APPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%%d"
for /d %%d in ("%LOCALAPPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%%d"
del /q "%TEMP%\v8_*.tmp" 2>nul
echo Очистка завершенаПолезная профилактическая мера — параметр запуска /ClearCache в отладочных сценариях, а также настройка хранения журнала регистрации в новом формате SQLite с ограничением срока хранения. На сервере имеет смысл следить за свободным местом на диске и настраивать оповещения, чтобы переполнение не стало сюрпризом.
Если ошибка «Ошибка формата потока» повторяется сразу после очистки кэша, причина почти наверняка не в кэше, а в самой базе. В этом случае запустите тестирование и исправление (chdbfl для файловой базы или проверку через конфигуратор) — дальнейшая чистка временных файлов ничего не даст.
Частые ошибки при очистке
Как проверить результат
После очистки убедитесь, что проблема действительно ушла, а не сменила симптомы. Контрольные точки ниже помогают отличить норму от ситуации, когда нужны дальнейшие действия.
Как проверить результат
База открывается, первый запуск дольше обычного, далее работает стабильно
Ошибка формата потока или падение повторяются — нужна диагностика самой базы
У всех пользователей работа одинаково стабильна
У части пользователей ошибки остались — чистите кэш на их компьютерах или серверный кэш
Объём каталогов 1С заметно уменьшился и не растёт аномально быстро
Место снова исчезает за дни — ищите источник: журналы, файлы обмена, полнотекстовый индекс
Список баз на месте, настройки пользователей сохранились
Пропал список баз — восстановите ibases.v8i из копии или добавьте базы вручную
Если после очистки кэша на клиенте и сервере ошибки сохраняются, дальнейшие шаги — тестирование и исправление информационной базы, проверка целостности данных на уровне СУБД и анализ технологического журнала. Это уже выходит за рамки работы с временными файлами и требует резервной копии перед любыми действиями.
Что важно запомнить
Временные файлы 1С — это в основном кэш метаданных в профиле пользователя, содержимое TEMP и серверный кэш в srvinfo. Удаляйте их только при закрытых сеансах и остановленной службе агента, не трогайте ibases.v8i и 1CV8Clst.lst. Если после очистки ошибки остались — проблема в базе, а не в кэше.
Частые вопросы
Удалится ли сама база, если я очищу кэш 1С?
Нет. Кэш — это служебные копии метаданных, а сама база хранится отдельно: в файле 1Cv8.1CD (файловый вариант) или на SQL-сервере. Главное — не перепутать каталог кэша с каталогом базы: перед удалением проверьте путь и наличие внутри файла 1Cv8.1CD. Если он есть — это база, удалять нельзя.
Как часто нужно чистить временные файлы 1С?
Регламентной периодичности нет. Очистка нужна при появлении ошибок, после обновления конфигурации при странном поведении интерфейса или при нехватке места на диске. Плановая очистка TEMP раз в несколько месяцев допустима, но ежедневная чистка кэша метаданных смысла не имеет.
Почему после очистки кэша 1С стала запускаться медленнее?
Это нормально для первого запуска: платформа заново считывает структуру конфигурации и формирует кэш. Последующие запуски возвращаются к обычной скорости. Если медленная работа сохраняется постоянно — причина в другом: сеть, антивирус, проверяющий каталоги 1С, или ресурсы сервера.
Можно ли очистить кэш, не закрывая сеансы пользователей?
Технически часть файлов удалится, но это плохая практика: у работающих пользователей сеансы могут завершиться с ошибками, а несохранённые данные — потеряться. Правильный порядок — завершить сеансы, очистить кэш, затем запустить работу заново.
Где искать временные файлы при работе через веб-клиент?
При работе через браузер кэш метаданных в классическом виде на компьютере пользователя не создаётся — основная часть временных данных находится на сервере (srvinfo) и в каталоге временных файлов веб-сервера. На стороне пользователя имеет смысл очищать только кэш браузера, если страницы 1С отображаются некорректно.
Чем отличается очистка кэша от тестирования и исправления базы?
Очистка кэша удаляет временные служебные файлы и не затрагивает данные. Тестирование и исправление — это проверка и восстановление структуры самой базы, оно выполняется при повреждении данных и требует монопольного доступа и обязательной резервной копии. Сначала всегда пробуют очистку кэша как безопасный вариант, и только если она не помогла — переходят к тестированию.