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

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

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

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

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

Платформа 1С:Предприятие создаёт временные файлы в нескольких стандартных расположениях. Основное — пользовательский кэш метаданных, который находится в профиле каждого пользователя Windows. Типовые пути: C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8 и C:\Users\ИмяПользователя\AppData\Local\1C\1cv8. Внутри расположены папки с длинными именами в виде буквенно-цифровых кодов — это идентификаторы информационных баз.

В клиент-серверном варианте работы добавляется каталог srvinfo — служебная папка сервера 1С, где хранятся данные сеансов, журналы регистрации рабочих процессов и временные файлы кластера. Её расположение задаётся при установке сервера, по умолчанию это обычно C:\Program Files\1cv8\версия\srvinfo или каталог, указанный администратором.

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

Как понять, что пора чистить кэш

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

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

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

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

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

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

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

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

Очистка серверного каталога srvinfo

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

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

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

Очистка через параметр запуска и другие способы

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

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

Get-ChildItem 'C:\Users\<em>\AppData\Roaming\1C\1cv8\</em>' -Directory | Remove-Item -Recurse -Force
Get-ChildItem 'C:\Users\<em>\AppData\Local\1C\1cv8\</em>' -Directory | Remove-Item -Recurse -Force

Запускайте такой скрипт только в нерабочее время, когда сеансы пользователей завершены, иначе файлы, занятые активными процессами, не удалятся, а работающие сеансы могут завершиться с ошибками.

Чего делать не стоит: типичные ошибки

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

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

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

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

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

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