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

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

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

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

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

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

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

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

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

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

• C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\ — основной кэш метаданных;
• C:\Users\ИмяПользователя\AppData\Local\1C\1cv8\ — локальный кэш и временные файлы сеансов;
• для сервера 1С (клиент-серверный режим) — каталог srvinfo, обычно C:\Program Files\1cv8\srvinfo\ или путь, указанный при установке сервера, с подпапками reg_1541 и аналогичными.

Быстрый способ попасть в нужную папку — нажать Win+R, ввести %APPDATA%\1C\1cv8 и нажать Enter. Внутри вы увидите папки с длинными именами вида 7c8a9b1e-2f3d-4e5a-... — это и есть кэш отдельных баз. Каждая папка соответствует одной информационной базе из вашего списка.

Также временные файлы создаются в системной папке %TEMP% во время сеансов работы, загрузки обновлений и обменов. Их очищает сама система, но при сбоях там могут оставаться крупные файлы — папку имеет смысл проверять при нехватке места на диске.

Win+R → %APPDATA%\1C\1cv8 — папка кэша баз
Win+R → %LOCALAPPDATA%\1C\1cv8 — локальный кэш
Win+R → %TEMP% — системные временные файлы

Как почистить кэш в файловом режиме

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

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

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

Не трогайте в этих каталогах файлы с расширением .1CD и папки, лежащие вне стандартных путей AppData — сам файл базы обычно хранится отдельно, но при нестандартном размещении лучше свериться с путём базы в окне запуска 1С (кнопка «Изменить» показывает каталог базы).

Очистка кэша через список информационных баз

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

Порядок такой: откройте окно запуска 1С, выделите базу, нажмите «Удалить» и подтвердите. Перед этим обязательно запишите путь к базе — он указан в свойствах (кнопка «Изменить»). Затем нажмите «Добавить», выберите «Добавление в список существующей информационной базы» и укажите тот же путь. Данные базы при этом никуда не деваются — вы меняете только запись в списке.

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

Очистка серверного кэша в клиент-серверном режиме

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

Последовательность: остановите службу «Агент сервера 1С:Предприятия» через services.msc, перейдите в каталог srvinfo, найдите папки вида reg_1541 (номер зависит от порта кластера) и внутри — папки с GUID баз. Удалите содержимое папок snccntx и GUID-папки кэша проблемной базы, затем запустите службу обратно.

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

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

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

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

Профилактика: как не дать кэшу разрастись

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

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

Для клиент-серверных развёртываний полезно раз в несколько месяцев проверять объём каталога srvinfo — при частых обновлениях и большом числе баз серверный кэш может занимать десятки гигабайт.

Часто задаваемые вопросы