1С: как узнать, от какой базы кэш, и безопасно его удалить

При работе с файловыми и клиент-серверными базами 1С платформа создаёт на компьютере пользователя локальный кэш метаданных. Со временем этих папок становится много, названия у них нечитаемые — например, 7f3a9c2e-1b4d-4e5a-9f01-2c3d4e5f6a7b — и понять, какая папка относится к какой базе, с ходу невозможно. При этом именно это знание нужно, когда кэш одной конкретной базы «засорился»: появляются ошибки вида «Ошибка формата потока», глюки интерфейса или старые данные после обновления конфигурации.

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

Где 1С хранит кэш и почему папки называются странно

Кэш метаданных платформа сохраняет в профиле пользователя операционной системы. Стандартные расположения для Windows:

• %APPDATA%\1C\1cv8\ — например, C:\Users\Имя\AppData\Roaming\1C\1cv8\;
• %LOCALAPPDATA%\1C\1cv8\ — локальный кэш, не перемещаемый между машинами;
• для сервера 1С — каталог srvinfo с подпапками reg_1541 и аналогичными, но это уже серверный кэш, а не клиентский.

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

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

Способ 1: сопоставить папку кэша с ID базы в файле ibases.v8i

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

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

[Бухгалтерия предприятия]
Connect=File="D:\Bases\Accounting";
ID=7f3a9c2e-1b4d-4e5a-9f01-2c3d4e5f6a7b
App=Auto

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

1. 1
   Закройте все сеансы 1С у пользователя
2. 2
   Откройте файл %APPDATA%\1C\1cv8\ibases.v8i блокнотом
3. 3
   Найдите секцию нужной базы по её названию в квадратных скобках
4. 4
   Скопируйте значение параметра ID
5. 5
   Найдите папку с этим именем в каталогах кэша Roaming и Local
6. 6
   Удалите найденную папку и запустите базу заново для проверки

Способ 2: определить базу по содержимому папки кэша

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

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

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

Способ 3: найти идентификатор через конфигуратор и серверную консоль

Для клиент-серверных баз идентификатор можно посмотреть на стороне сервера. В консоли администрирования сервера 1С (оснастка кластера) откройте свойства информационной базы — там отображается её уникальный идентификатор. Это тот же GUID, под которым база кэшируется на клиентских машинах и в каталоге srvinfo на сервере.

Для файловых баз прямого просмотра GUID в интерфейсе конфигуратора нет, поэтому остаётся файл ibases.v8i либо программное получение идентификатора через встроенный язык. Администраторы с доступом к коду могут получить идентификатор информационной базы средствами встроенного языка (через объект, описывающий текущую базу), но для разовой задачи проще воспользоваться файлом списка баз.

На сервере кэш каждой базы также лежит в отдельной папке с именем GUID внутри каталога srvinfo\reg_1541 (номер зависит от порта кластера). Сопоставление там делается аналогично: идентификатор из консоли кластера = имя подпапки.

Сравнение способов

Файл ibases.v8i

Самый быстрый и точный способ для клиентского кэша; не работает, если список баз пуст или недоступен

Консоль кластера

Подходит для серверных баз и серверного кэша; требует прав администратора кластера

Анализ содержимого папки

Выручает при разборе чужого профиля; метод косвенный и требует времени

Как безопасно удалить кэш конкретной базы

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

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

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

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

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

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

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

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

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

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

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

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

Норма

Появилась новая папка с тем же GUID и свежей датой

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

Папка не создана — база не запускалась или смотрите не в тот каталог

Воспроизведение ошибки

Норма

Ошибка больше не появляется у пользователя

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

Ошибка повторяется — проверяйте серверный кэш или саму базу

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

Норма

У остальных всё работает как раньше

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

Ошибка есть у всех — проблема не в локальном кэше

FAQ: частые вопросы о кэше 1С

Можно ли удалить все папки кэша сразу?

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

Потеряются ли данные базы при удалении кэша?

Нет. В папках кэша хранятся только временные копии метаданных и служебная информация. Сами данные находятся в файле 1Cv8.1CD (для файловых баз) или в СУБД (для клиент-серверных). Удаление кэша не затрагивает учётные данные.

Почему в папке кэша несколько каталогов, хотя база одна?

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

Где искать кэш при работе через веб-сервер или тонкий клиент?

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

Как часто нужно чистить кэш 1С?

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

Кэш чистится, но ошибка возвращается через время. Что делать?

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