Как очистить кэш базы 1С и устранить ошибки отображения

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

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

Ниже разобраны все рабочие способы: ручное удаление папок кэша, параметр ClearCache, очистка через список баз, серверный кэш кластера 1С и типичные ошибки, которые превращают простую процедуру в проблему.

Как понять, что проблема именно в кэше

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

Типичные симптомы повреждённого кэша:

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

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

Платформа 1С складывает кэш в профиль пользователя Windows. Пути зависят от версии платформы и разрядности, но основные каталоги стабильны:

• %APPDATA%\1C\1cv8 — роуминг-кэш, переезжает с профилем;
• %LOCALAPPDATA%\1C\1cv8 — локальный кэш, обычно самый объёмный;
• для старых версий платформы встречаются папки 1cv82 рядом с 1cv8.

Внутри этих каталогов лежат папки с длинными именами — GUID информационных баз, например 0811cf44-e1d5-4b2f-9c3a-7f2e1a0b5d6c. Каждая база из списка запуска получает свой идентификатор, поэтому папок может быть много, если на компьютере работали с разными базами.

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

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

Это самый надёжный и самый распространённый метод. Порядок такой:

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

Как определить, какая папка принадлежит нужной базе: удалять всё подряд проще, но если хочется точности, откройте внутри GUID-папки файл 1Cv8.pfl или посмотрите дату изменения — активная база обновлялась недавно. На практике удаление всех GUID-папок не несёт риска: максимум, что потеряется, — сохранённые настройки окон и отборов у всех баз.

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

Способ 2: параметр ClearCache и удаление базы из списка

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /F"путь_к_базе" /ClearCache

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

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

Сравнение вариантов

Удаление папок вручную

Самый надёжный способ, чистит всё. Требует доступа к профилю пользователя

Параметр /ClearCache

Быстро, но чистит только клиентский кэш конкретного запуска

Удаление базы из списка

Просто для пользователя, но не всегда убирает все остатки кэша

Очистка серверного кэша

Нужна при клиент-серверном режиме, требует прав администратора кластера

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

Если база работает на сервере 1С:Предприятия, локальной очистки может быть недостаточно — у кластера есть собственный кэш. Он лежит в каталоге служебных данных сервера, обычно C:\Program Files\1cv8\srvinfo (или в каталоге, указанном при установке агента сервера).

Внутри srvinfo находятся папки вида reg_1541 (номер зависит от порта кластера). Там хранятся кэшированные метаданные, сеансовые данные и журнал кластера. Порядок очистки:

1. Остановите службу «Агент сервера 1С:Предприятия» через services.msc.
2. В папке srvinfo\reg_1541 удалите содержимое, кроме файла 1CV8Clst.lst — в нём список баз кластера. Также не трогайте 1CV8Log, если журнал регистрации кластера вам нужен.
3. Запустите службу обратно.
4. Очистите локальные кэши на клиентских машинах, где ошибка сохраняется.

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

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

Контрольные точки

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

Запуск базы после очистки

Норма

Вход дольше обычного, ошибки нет

Тревожный признак

Ошибка формата потока повторяется

Поведение у других пользователей

Норма

У всех работает

Тревожный признак

Ошибка массовая — нужна проверка базы

Папки кэша

Норма

Создались новые GUID-папки с текущей датой

Тревожный признак

Папки не появились — проверьте права на профиль

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

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

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

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

Удалятся ли данные базы при очистке кэша?

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

Как найти папку кэша конкретной базы, если их много?

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

Нужно ли чистить кэш после каждого обновления конфигурации?

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

Ошибка «Ошибка формата потока» не уходит после очистки. Что делать?

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

Можно ли очистить кэш, не закрывая 1С?

Нет, при работающей программе файлы кэша заблокированы, и удаление пройдёт частично или не сработает. Сначала завершите все процессы 1cv8.exe и 1cv8c.exe через диспетчер задач.

Где кэш у веб-клиента и тонкого клиента?

Тонкий клиент использует те же каталоги %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Веб-клиент хранит кэш в браузере — там помогает очистка кэша браузера и локального хранилища для адреса сервера публикации.