Как найти кэш базы 1С и безопасно его очистить

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

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

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

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

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

• %APPDATA%\1C\1cv8 — обычно это C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8;
• %LOCALAPPDATA%\1C\1cv8 — то есть C:\Users\ИмяПользователя\AppData\Local\1C\1cv8;
• для платформы 8.2 пути аналогичны, но папка называется 1cv82.

Папка AppData скрыта по умолчанию. Быстрее всего открыть её через диалог «Выполнить»: нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter — проводник откроет нужный каталог напрямую, без включения отображения скрытых файлов.

Внутри вы увидите несколько папок с длинными именами вида 3f4a2b1c-9d8e-4a5f-b2c3-7e6d5f4a3b2c. Каждая такая папка — кэш одной информационной базы, а имя папки — её уникальный идентификатор (GUID), который платформа присваивает базе при добавлении в список.

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

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

Способ 1. Через файл списка баз ibases.v8i

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

Способ 2. По дате изменения

Отсортируйте папки кэша по дате изменения. Папка базы, с которой работали недавно, будет иметь свежую дату. Способ приблизительный, но помогает сузить круг, когда баз много, а ibases.v8i по какой-то причине недоступен.

Способ 3. Пересоздание записи в списке

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

1. 1
   Нажмите Win+R и введите %APPDATA%\1C\1cv8
2. 2
   Откройте файл ibases.v8i блокнотом
3. 3
   Найдите нужную базу по имени и скопируйте значение параметра ID
4. 4
   В папке 1cv8 найдите каталог с именем, совпадающим с этим ID
5. 5
   Проверьте дату изменения папки — она должна совпадать со временем последнего входа в базу

Как безопасно очистить кэш

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

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

Альтернатива ручному удалению — очистка через параметр запуска. В настройках базы в стартовом окне (кнопка «Настройка» не применяется — используйте ярлык или командную строку) можно запустить конфигуратор с параметром /ClearCache, однако этот механизм работает не во всех сценариях, поэтому ручное удаление папки надёжнее.

Кэш в клиент-серверном режиме

Если база работает на сервере 1С:Предприятия с СУБД (MS SQL, PostgreSQL), кэш существует на двух уровнях. Локальный кэш клиента лежит в тех же папках профиля пользователя и очищается описанным выше способом. Но есть и серверный кэш — папка reg_1541 (для типового порта 1541; при другом порте номер отличается) в каталоге служебных данных сервера, обычно C:\Program Files\1cv8\<версия>\data или каталог, указанный при установке сервера.

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

Локальный и серверный кэш

Локальный кэш клиента

Лежит в профиле пользователя, очищается удалением папки GUID. Безопасно, не влияет на других пользователей. Решает большинство проблем после обновления.

Серверный кэш (reg_1541)

Лежит на сервере 1С, требует остановки службы агента. Затрагивает всех пользователей, применяется при массовых ошибках после обновления конфигурации.

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

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

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

Маршрут решения

Что делать при ошибке

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

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

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

Очистка кэша не помоглаЗапустите тестирование и исправление базы (chdbfl для файловой) и анализируйте технологический журнал

Типичные ошибки при работе с кэшем

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

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

Дополнительная проверка — убедиться, что папка кэша пересоздалась: откройте %APPDATA%\1C\1cv8 и найдите папку с нужным GUID и свежей датой создания. Если папка появилась, а ошибка осталась, проблема не в кэше.

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

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

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

Норма

База открывается, первый вход дольше обычного, ошибок нет

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

Та же ошибка появляется снова — причина не в кэше

Папка кэша после запуска

Норма

Папка с GUID базы создана заново со свежей датой

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

Папка не появилась — возможно, база открыта в веб-клиенте или тонком клиенте с другим профилем

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

Норма

У остальных пользователей база работает нормально

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

Ошибка массовая — нужна диагностика конфигурации или серверного кэша

FAQ

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

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

Почему после очистки кэша первый запуск базы долгий?

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

Где кэш у базы, открываемой через веб-клиент?

У веб-клиента нет классической папки кэша в профиле — временные данные хранятся в кэше браузера. При проблемах с веб-клиентом очищают кэш браузера (Ctrl+Shift+Delete) и, при необходимости, серверный кэш на стороне веб-сервера и сервера 1С.

Можно ли автоматизировать очистку кэша для всех пользователей терминального сервера?

Да, обычно пишут скрипт, который завершает процессы 1cv8 и удаляет содержимое папок 1cv8 в профилях всех пользователей. Скрипт запускают в нерабочее время, когда сеансов нет. Важно исключить из удаления файл ibases.v8i, чтобы не потерять списки баз пользователей.

Кэш занимает много места на диске — это нормально?

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

Чем отличается очистка кэша от тестирования и исправления базы?

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