Администрирование · 11 мин
Где находится кэш пользователя в 1С и как его очистить
Разбираем, где 1С хранит кэш пользователя в файловом и клиент-серверном режимах, как найти папки с кэшем, безопасно очистить их и проверить результат.
Кэш в 1С — это служебные файлы, которые платформа создаёт на компьютере пользователя, чтобы ускорить запуск информационной базы и загрузку конфигурации. Кэш хранит метаданные, скомпилированные модули, настройки интерфейса и временные данные сеанса. Когда кэш повреждается или устаревает, возникают типичные симптомы: 1С не запускается, показывает старую версию конфигурации после обновления, выдаёт ошибки «Ошибка формата потока» или зависает при старте.
Физически кэш пользователя находится не в папке с базой и не в каталоге установки платформы, а в профиле пользователя операционной системы. Для Windows это скрытые каталоги внутри AppData, для Linux — подкаталоги в домашней папке. Путь зависит от версии платформы, режима работы (файловый или клиент-серверный) и способа подключения базы.
Очистка кэша — стандартная диагностическая процедура, которую администраторы применяют при большинстве «необъяснимых» ошибок 1С. Она безопасна для данных информационной базы: кэш не содержит учётных данных, документов или справочников. Однако удалять нужно правильные папки и при закрытых сеансах, иначе можно потерять несохранённые настройки или столкнуться с блокировкой файлов.
Что такое кэш 1С и зачем его чистить
При первом подключении к информационной базе платформа 1С создаёт на диске локальную копию метаданных конфигурации, скомпилированных модулей и служебной информации. При последующих запусках эти данные подгружаются с диска, а не вычисляются заново — поэтому повторный вход в базу происходит быстрее.
Проблемы начинаются, когда содержимое кэша перестаёт соответствовать реальному состоянию базы. Типичные причины: обновление конфигурации завершилось с ошибкой, сеанс был принудительно завершён (отключение электричества, снятие задачи), на сервере изменилась версия платформы, а на клиенте остались старые файлы. В результате пользователь видит ошибки при запуске, «глюки» интерфейса или данные, которых в базе уже нет.
Признаки, при которых очистка кэша — первый шаг диагностики: ошибка «Ошибка формата потока» при открытии базы, сообщение о несоответствии версии конфигурации после обновления, «вечная» загрузка на этапе подключения, отсутствие новых элементов интерфейса у одного пользователя, хотя у остальных они есть.
Где находится кэш пользователя в Windows
В Windows платформа 1С:Предприятие 8 использует два основных каталога внутри профиля пользователя. Первый — %APPDATA%\1C\1cv8 (полный путь обычно выглядит как C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8). Здесь лежат папки с кэшем метаданных баз, список баз (ibases.v8i), журналы и настройки. Второй — %LOCALAPPDATA%\1C\1cv8 (C:\Users\ИмяПользователя\AppData\Local\1C\1cv8) — в нём хранятся временные файлы и часть кэша, привязанная к конкретному компьютеру.
Внутри этих каталогов кэш каждой информационной базы лежит в отдельной папке, имя которой — длинный идентификатор вида a1b2c3d4-1234-5678-90ab-cdef12345678. Это уникальный идентификатор базы (GUID), а не её понятное имя из списка. Поэтому «на глаз» определить, какая папка к какой базе относится, нельзя — нужен сопоставляющий признак.
cd %APPDATA%\1C\1cv8
dir /bДля тонкого клиента и веб-клиента структура аналогична: кэш метаданных всё равно создаётся локально в тех же каталогах. Кэш веб-браузера при работе через веб-клиент — отдельная история: он хранится средствами самого браузера и чистится его штатными инструментами.
Как определить, какая папка кэша относится к нужной базе
Самый надёжный способ — посмотреть идентификатор базы в файле списка баз. Откройте файл %APPDATA%\1C\1cv8\ibases.v8i в «Блокноте»: это текстовый файл, где каждая база описана секцией с её именем, строкой подключения и параметром ID=.... Значение ID и есть имя папки кэша.
Альтернативный, более практичный приём — отсортировать папки кэша по дате изменения. Запустите проблемную базу, дождитесь загрузки и закройте её. Затем откройте каталог кэша: папка, у которой обновилась дата изменения, с высокой вероятностью принадлежит именно этой базе.
- 1Откройте файл %APPDATA%\1C\1cv8\ibases.v8i в текстовом редакторе
- 2Найдите секцию с именем нужной базы и выпишите значение параметра ID
- 3Перейдите в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8
- 4Найдите папку с именем, совпадающим с ID базы
- 5Если ID не найден — запустите базу и проверьте, у какой папки изменилась дата
Если база подключена в клиент-серверном режиме, помните: кэш существует и на стороне сервера 1С (каталог srvinfo, подкаталоги reg_1541 и аналогичные с папками GUID баз). Очистка серверного кэша — задача администратора сервера и выполняется при остановленных сеансах, это отдельная процедура.
Как правильно очистить кэш пользователя
Базовое правило: перед удалением кэша все сеансы 1С на этом компьютере должны быть закрыты. Если программа запущена, файлы кэша заблокированы, удаление пройдёт частично или вызовет ошибки. Проверьте в диспетчере задач, что нет процессов 1cv8.exe и 1cv8c.exe.
Есть два подхода к очистке. Точечный — удалить папку кэша только проблемной базы (по её ID). Радикальный — удалить все папки-GUID в каталогах кэша, если баз несколько и определить нужную не удалось. Второй вариант безопасен, но при следующем запуске каждой базы кэш будет строиться заново, и первый вход займёт заметно больше времени.
Мягкая альтернатива удалению — параметр командной строки /ClearCache при запуске конфигуратора, а также удаление базы из списка в стартовом окне и повторное её добавление: при этом платформа создаёт для базы новый идентификатор и новый чистый кэш, а старый остаётся «сиротой» и его можно удалить позже.
Кэш в клиент-серверном режиме и на сервере 1С
В клиент-серверном варианте кэш существует на трёх уровнях: на компьютере пользователя (те же AppData-каталоги), на сервере 1С:Предприятия и частично в оперативной памяти рабочих процессов. Серверный кэш находится в каталоге служебных файлов кластера — по умолчанию это C:\Program Files\1cv8\srvinfo (путь может отличаться в зависимости от версии и настроек службы агента сервера).
Внутри srvinfo для каждой базы создаётся подкаталог вида reg_1541\GUID_базы, где лежат файлы кэша метаданных, журнал регистрации и служебные данные. Чистить серверный кэш нужно только при остановленной службе агента сервера или хотя бы при отсутствии активных сеансов с этой базой, иначе возможны ошибки у работающих пользователей.
Как выбрать действие
Типичные ошибки при работе с кэшем
Самая частая ошибка — удаление всего содержимого каталога 1cv8 вместе со списком баз. Восстановить список несложно (базы добавляются заново по известным путям), но если путь к серверной базе никто не помнит, придётся искать его у администратора. Вторая типичная ошибка — очистка кэша при запущенной 1С: файлы удаляются частично, и после перезапуска появляются новые, ещё более странные ошибки.
Третья ошибка — ожидание, что очистка кэша вылечит любую проблему. Если ошибка связана с повреждением самой базы, нехваткой места на диске, правами доступа или несовместимостью версий платформы, удаление кэша ничего не даст, а время будет потеряно. Кэш — первый шаг диагностики, но не универсальное лекарство.
Как проверить результат после очистки
После удаления папки кэша запустите базу обычным способом. Первый запуск будет дольше обычного — платформа заново строит кэш метаданных, это нормально и может занять от нескольких секунд до нескольких минут на больших конфигурациях. Если база открылась и ошибка исчезла — причина была в кэше.
Проверьте, что в каталоге кэша появилась новая папка (или обновилось содержимое старой) с актуальной датой — это подтверждает, что кэш перестроен. Если ошибка воспроизводится и после очистки, переходите к следующим шагам диагностики: тестирование и исправление базы, проверка версии платформы, анализ технологического журнала.
Как проверить результат
База открывается, первый запуск дольше обычного
Ошибка повторяется в том же месте
Появились свежие файлы с текущей датой
Папка пуста или файлы не создаются — проверьте права доступа
У остальных база работает стабильно
Ошибка массовая — проблема на сервере или в базе
Все базы на месте, подключения работают
Список пуст — был удалён ibases.v8i, добавьте базы заново
Удобно держать под рукой bat-файл, который завершает процессы 1cv8 и удаляет папки GUID из обоих каталогов кэша. На компьютерах бухгалтерии, где 1С обновляется часто, такая заготовка экономит время: одна команда вместо ручного поиска папок.
Частые вопросы
Удалится ли база 1С, если очистить кэш?
Нет. Кэш — это временные служебные файлы, а данные базы хранятся отдельно: в файле 1Cv8.1CD для файлового режима или в базе данных SQL-сервера для клиент-серверного. Удаление кэша влияет только на скорость первого запуска и локальные настройки интерфейса.
Где находится кэш 1С в Linux?
В домашнем каталоге пользователя: ~/.1cv8/1C/1cv8/ — структура аналогична Windows, внутри лежат папки с GUID баз. Для очистки завершите сеанс 1С и удалите нужную папку.
Как очистить кэш, не зная GUID базы?
Удалите базу из списка в стартовом окне 1С и добавьте её заново — платформа создаст новый идентификатор и чистый кэш. Либо отсортируйте папки кэша по дате изменения после запуска нужной базы.
Почему после очистки кэша 1С стала долго запускаться?
Это нормально для первого запуска: платформа заново строит кэш метаданных. На больших конфигурациях это может занять несколько минут. Со второго запуска скорость должна вернуться к обычной.
Нужно ли чистить кэш после каждого обновления конфигурации?
Нет, штатно платформа сама обновляет кэш при изменении конфигурации. Очистка нужна только при симптомах повреждения: ошибках формата потока, «залипании» старой версии интерфейса, сбоях при запуске.
Можно ли отключить кэширование в 1С совсем?
Полностью отключить кэш метаданных штатными средствами нельзя — это базовый механизм работы платформы. Можно только очищать кэш вручную, скриптом или параметром /ClearCache при запуске конфигуратора.
Что важно запомнить
Кэш пользователя 1С лежит в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 в папках с именами-GUID. Очищайте его при закрытых сеансах, удаляя только папки конкретных баз, не трогая файл списка баз и каталоги с данными. После очистки первый запуск будет медленным — это норма.