Как почистить кэш (куки) в 1С и зачем это нужно

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

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

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

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

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

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

Для клиент-серверного режима существует ещё и серверный кэш — каталог srvinfo на сервере 1С (обычно C:\Program Files\1cv8\srvinfo или аналогичный путь в Linux). В нём находятся папки reg_1541 и подобные с файлами сеансовых данных. Серверный кэш чистит администратор, и делать это нужно аккуратнее, чем на клиенте.

Когда чистка кэша действительно помогает

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

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

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

Способ 1: удаление папок кэша вручную

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

Откройте проводник и в адресной строке введите %APPDATA%\1C\1cv8 — система сама подставит путь к профилю текущего пользователя. Удалите папки с длинными именами-идентификаторами. Затем повторите то же самое для %LOCALAPPDATA%\1C\1cv8. Файл 1cv8cmn.pfl и папку conf в Roaming трогать не обязательно — там общие настройки, но их удаление тоже безопасно.

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

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

Способ 2: параметр /ClearCache и другие программные методы

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

Чтобы добавить параметр постоянно: в окне запуска 1С выделите базу, нажмите «Настройка» и в поле «Дополнительные параметры запуска» впишите /ClearCache. Учтите, что с этим параметром каждый запуск будет медленнее — после решения проблемы его лучше убрать.

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /ClearCache

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

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

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

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

Частые ошибки при чистке кэша

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

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

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

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

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

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

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

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