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

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

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

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

Где именно хранится кэш 1С в Windows

Основное расположение кэша — два системных каталога профиля пользователя. Первый — %APPDATA%\1C\1cv8 (полный путь обычно выглядит как C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8). Здесь лежат каталоги conf, reg_<номер_порта> и папки с идентификаторами баз. Второй — %LOCALAPPDATA%\1C\1cv8 (то есть C:\Users\ИмяПользователя\AppData\Local\1C\1cv8). Именно в Local чаще всего скапливается основной объём временных данных.

Для платформы 8.2 структура аналогична, но папки называются 1cv82 вместо 1cv8. Если на компьютере одновременно стоят разные поколения платформы, кэши будут раздельными, и чистить их нужно независимо.

Быстрый способ попасть в нужное место — не искать папку вручную через проводник (каталог AppData скрыт по умолчанию), а вставить путь в адресную строку. Нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter — откроется нужный каталог независимо от имени пользователя.

Win+R → %APPDATA%\1C\1cv8
Win+R → %LOCALAPPDATA%\1C\1cv8

Как понять, какая папка кэша относится к нужной базе

Внутри каталогов кэша вы увидите папки с длинными именами вида 7b2f1c3a-9d4e-4a1b-8c2d-1e5f6a7b8c9d. Это уникальные идентификаторы (GUID) информационных баз, которые 1С присваивает при первом подключении. Если баз в списке несколько, папок будет столько же, и важно не перепутать.

Есть два способа определить соответствие. Первый — открыть файл ibases.v8i в папке %APPDATA%\1C\1cv8 любым текстовым редактором: в нём перечислены базы из списка запуска и их идентификаторы. Второй, более простой — отсортировать папки по дате изменения: кэш проблемной базы будет обновляться при каждом её запуске.

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

Как очистить кэш 1С вручную: пошаговый порядок

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

Удалять нужно только папки с GUID-именами внутри каталогов кэша. Файл ibases.v8i (список баз) и папку tmplts (шаблоны конфигураций) трогать не стоит — их удаление заставит заново добавлять базы в список или скачивать шаблоны.

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

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

Альтернативные способы очистки без удаления папок

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

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

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

Кэш на сервере 1С и в клиент-серверном варианте

При клиент-серверной работе кэш существует с двух сторон. Клиентский кэш по-прежнему лежит в профиле каждого пользователя на его компьютере — и чистится так же, как описано выше. Но есть и серверный кэш: он находится в каталоге служебных файлов кластера, обычно C:\Program Files\1cv8\<версия>\srvinfo (папки reg_1541 и аналогичные, внутри — файлы вида 1CV8Clst.lst и каталоги с GUID баз).

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

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

Когда чистка кэша помогает, а когда — нет

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

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

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

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

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

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