Где хранятся временные файлы 1С 8.3 и как их очистить

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

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

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

Основное место хранения временных файлов клиентской части — профиль пользователя Windows. Платформа создаёт две ветки каталогов:

• C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\ — настройки, списки баз, часть кэша;
• C:\Users\ИмяПользователя\AppData\Local\1C\1cv8\ — основной кэш метаданных в подпапках с длинными шестнадцатеричными именами (GUID информационной базы).

Быстрый способ попасть в эти папки — вставить в адресную строку Проводника переменные окружения %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Папки AppData скрыты по умолчанию, поэтому прямой ввод пути удобнее, чем включение отображения скрытых файлов.

Внутри каталога 1cv8 есть подпапка conf с файлами настроек интерфейса и журналом 1cv8.pfl, а кэш конкретных баз лежит в папках вида 5f8a2b3c-..... Именно эти GUID-папки чаще всего разрастаются и становятся причиной глюков отображения форм.

explorer %APPDATA%\1C\1cv8 && explorer %LOCALAPPDATA%\1C\1cv8

Временные файлы на сервере 1С: каталог srvinfo

В клиент-серверном режиме свои временные данные создаёт и сервер 1С:Предприятия. Они хранятся в служебном каталоге, который указывается при установке сервера. По умолчанию в Windows это:

• C:\Program Files\1cv8\8.3.x.xxxxx\bin\srvinfo\ — для старых установок;
• C:\Program Files\1cv8\srvinfo\ — типичный вариант для отдельно заданного каталога;
• в Linux — /opt/1cv8/x86_64/8.3.x.xxxxx/srvinfo/ или путь, заданный параметром -d при запуске агента.

Внутри srvinfo находятся папки reg_1541 (номер соответствует порту агента, по умолчанию 1541), где лежат реестр кластера, журналы и временные файлы сеансов. Подпапки snccntx хранят контексты сеансов, а файлы с расширением .1cv8tmp и содержимое временных подкаталогов — промежуточные данные рабочих процессов.

Точный путь к srvinfo виден в консоли кластера серверов 1С: откройте свойства кластера или посмотрите параметры запуска службы «Агент сервера 1С:Предприятия» — там указан ключ -d с каталогом.

Как найти папку временных файлов для конкретной базы

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

Для файловой базы временные файлы также создаются рядом с самой базой или в системном каталоге временных файлов Windows — %TEMP%. Туда 1С складывает выгрузки, временные таблицы при обмене и файлы печати. Путь к TEMP можно увидеть командой echo %TEMP% в командной строке.

1. 1
   Откройте %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 через адресную строку Проводника.
2. 2
   Отсортируйте содержимое по дате изменения — свежие папки соответствуют активным базам.
3. 3
   Войдите в GUID-папку и проверьте наличие файлов кэша метаданных.
4. 4
   При необходимости сверьте GUID с идентификатором базы в консоли кластера или в файле списка баз ibases.v8i.

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

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

1. Завершите все сеансы 1С у пользователя.
2. Удалите содержимое папок %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 — GUID-папки кэша можно удалить целиком, файлы настроек (ibases.v8i, 1cv8.pfl) лучше оставить, чтобы не потерять список баз и настройки.
3. Запустите 1С заново — кэш будет пересоздан автоматически, первый запуск займёт больше времени.

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

Настройка расположения временных файлов

Если системный диск мал, каталоги временных файлов можно перенести. Для клиентского кэша используется параметр командной строки /AppDataLocation или настройка переменных окружения. Для сервера путь к srvinfo задаётся ключом -d в параметрах запуска агента — изменить его можно в свойствах службы или реестре, в ветке параметров агента сервера 1С.

Отдельно настраивается системный TEMP: изменение переменных TMP и TEMP в свойствах системы перенаправит временные файлы выгрузок и обменов на другой диск. Это полезно на серверах терминалов, где профили пользователей ограничены по размеру.

Частые ошибки и типичные проблемы

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

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

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

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

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

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