Администрирование · 11 мин
Как очистить кэш 1С Предприятие 8.3 самостоятельно
Способы очистки кэша 1С Предприятие 8.3: удаление папок кэша, параметр /ClearCache, очистка на сервере. Признаки проблем, риски и проверка результата.
Кэш 1С Предприятие 8.3 — это служебные файлы, которые платформа сохраняет на компьютере пользователя, чтобы ускорить запуск информационной базы и не загружать метаданные конфигурации заново при каждом подключении. Со временем эти файлы могут устареть или повредиться, и тогда программа начинает вести себя странно: показывает старую версию конфигурации, выдаёт ошибки формата потока, «теряет» настройки или зависает при запуске.
Очистка кэша — стандартная и безопасная процедура, если делать её правильно: при закрытой программе и с пониманием, какие папки удаляются. Сам кэш не содержит данных учёта — документы, справочники и проводки хранятся в базе данных, а не в кэше. Поэтому удаление кэш-файлов не приводит к потере информации, но заставляет платформу при следующем запуске сформировать кэш заново.
Ниже разобраны основные способы очистки: ручное удаление папок кэша, параметр запуска /ClearCache, очистка через список баз, а также особенности работы с серверным кэшем. Отдельно описаны признаки, по которым можно понять, что проблема именно в кэше, и ситуации, когда самостоятельные действия лучше прекратить.
Когда очистка кэша действительно нужна
Кэш становится источником проблем не всегда, и чистить его «для профилактики» каждый день не требуется. Есть характерные симптомы, при которых очистка кэша — первое действие в диагностике.
Типичные признаки повреждённого или устаревшего кэша:
- Ошибка «Ошибка формата потока» при запуске базы или в процессе работы.
- После обновления конфигурации у части пользователей открывается старый интерфейс или старые формы.
- Программа вылетает при открытии конкретных документов или отчётов, хотя у других пользователей та же база работает нормально.
- Сообщения вида «Ошибка СУБД» или странное поведение, которое исчезает при входе под другим пользователем Windows на том же компьютере.
- База долго запускается, зависает на этапе загрузки конфигурации.
Ключевой диагностический признак — проблема привязана к конкретному компьютеру или конкретному профилю пользователя. Если ошибка повторяется у всех пользователей и на разных машинах, причина, скорее всего, в самой базе данных или конфигурации, и очистка кэша не поможет.
Проверьте, повторяется ли ошибка на другом компьютере под той же учётной записью 1С
Очистка клиентского кэша не решит вопрос — нужна диагностика базы
Очистите кэш у пользователей, у которых «не применилось» обновление
Где хранится кэш 1С 8.3
Платформа 1С хранит кэш в профиле пользователя Windows, поэтому пути зависят от учётной записи, под которой запускается программа. Основные расположения:
%APPDATA%\1C\1cv8— то есть C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8. Здесь лежит основной кэш метаданных.%LOCALAPPDATA%\1C\1cv8— C:\Users\ИмяПользователя\AppData\Local\1C\1cv8. Здесь хранятся временные файлы и часть кэша.
Внутри этих каталогов кэш каждой базы находится в отдельной папке, имя которой представляет собой длинный буквенно-цифровой код (GUID) — уникальный идентификатор информационной базы. Например, папка может называться примерно так: 8a3f2b1c-..... Кроме папок с GUID, в каталоге встречаются служебные файлы и папки с понятными именами (например, conf, tmplts) — их удалять не нужно.
Быстрый способ попасть в нужную папку — нажать Win+R, ввести %APPDATA%\1C\1cv8 и нажать Enter. Папка AppData скрыта по умолчанию, поэтому прямой ввод пути через «Выполнить» удобнее, чем ручная навигация в проводнике.
Способ 1: ручное удаление папок кэша
Самый надёжный и универсальный метод — удалить папки кэша вручную. Порядок действий:
- Полностью закройте 1С: и режим Предприятия, и Конфигуратор. Убедитесь, что в диспетчере задач нет процессов 1cv8.exe и 1cv8c.exe.
- Нажмите Win+R, введите
%APPDATA%\1C\1cv8и нажмите Enter. - Удалите папки с именами в виде длинных кодов (GUID). Если баз несколько и вы хотите очистить кэш только одной — проще удалить все такие папки: платформа пересоздаст кэш для каждой базы при следующем запуске.
- Повторите то же самое в папке
%LOCALAPPDATA%\1C\1cv8. - Запустите 1С и войдите в базу. Первый запуск может занять больше времени — платформа заново формирует кэш.
Если не удаётся удалить какие-то файлы с сообщением, что они заняты, значит, процесс 1С всё ещё работает. Откройте диспетчер задач (Ctrl+Shift+Esc), завершите процессы 1cv8 и повторите удаление.
- 1Закройте все сеансы 1С и проверьте отсутствие процессов 1cv8 в диспетчере задач
- 2Откройте %APPDATA%\1C\1cv8 и удалите папки с именами-GUID
- 3Откройте %LOCALAPPDATA%\1C\1cv8 и удалите аналогичные папки
- 4Запустите базу и проверьте, исчезла ли ошибка
Способ 2: удалить базу из списка и добавить заново
Более простой вариант, не требующий поиска папок: удалить базу из списка в стартовом окне 1С, а затем добавить её снова по тому же пути. При удалении из списка платформа удаляет и связанный с этой записью кэш.
Важно: перед удалением запишите или скопируйте путь к базе — он отображается в нижней части окна списка при выборе базы. Для файловой базы это путь к папке, для серверной — имя сервера и имя базы. Само удаление из списка не трогает файлы базы данных, стирается только ярлык подключения и кэш.
Этот способ хорошо подходит, когда проблема возникла с одной конкретной базой, а остальные работают нормально. Ограничение: метод очищает только часть кэша, связанную с записью в списке, и в ряде случаев (например, при повреждении кэша в LocalAppData) полное ручное удаление надёжнее.
Способ 3: параметр запуска /ClearCache
Платформа поддерживает параметр командной строки /ClearCache, который очищает кэш при запуске. Параметр указывается в свойствах ярлыка или в дополнительных параметрах запуска базы (в стартовом окне: кнопка «Настройка» или параметры конкретной базы в зависимости от версии платформы).
Практическое применение: параметр удобно использовать однократно — добавить, запустить базу, убедиться, что проблема ушла, и убрать параметр обратно. Постоянная работа с /ClearCache замедляет каждый запуск, потому что платформа вынуждена каждый раз строить кэш заново.
"C:\Program Files\1cv8\8.3.x.xxxx\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /ClearCacheТочный путь к исполняемому файлу зависит от установленной версии платформы — проверьте его в свойствах ярлыка 1С. Для серверной базы вместо /F используется параметр /S с указанием сервера и имени базы.
Очистка кэша на сервере 1С
Если база работает в клиент-серверном варианте, кэш существует и на стороне сервера 1С: Предприятия. Его очистка требуется реже, обычно когда ошибки появляются у всех пользователей сразу после обновления конфигурации или переноса базы.
Серверный кэш хранится в каталоге служебных файлов кластера (папка srvinfo, подкаталоги reg_1541 и подобные, внутри — папки с GUID баз). Стандартная процедура: остановить службу агента сервера 1С, удалить содержимое соответствующих папок (кроме файла списка баз 1CV8Clst.lst и служебных файлов кластера), затем запустить службу.
Это уже административная операция: остановка службы прерывает работу всех пользователей сервера, а ошибочное удаление файлов кластера может привести к потере списка баз (сами данные при этом останутся в СУБД, но настройки придётся восстанавливать). Если у вас нет опыта администрирования сервера 1С, этот этап лучше доверить специалисту.
Проверка результата и типичные ошибки
После очистки кэша запустите базу и воспроизведите ситуацию, в которой возникала ошибка: откройте проблемный документ, отчёт или форму. Первый запуск после очистки обычно заметно дольше обычного — это нормально, платформа строит кэш заново. Последующие запуски должны вернуться к обычной скорости.
Признаки успешного результата: ошибка формата потока исчезла, интерфейс соответствует актуальной версии конфигурации, формы открываются без вылетов. Если ошибка сохранилась — проблема не в кэше, и дальше нужно тестировать базу (например, запустить «Тестирование и исправление» в Конфигураторе для файловой базы или проверить журналы сервера).
FAQ
Пропадут ли данные после очистки кэша?
Нет. Кэш содержит только служебные копии метаданных для ускорения запуска. Документы, справочники, отчёты и настройки учёта хранятся в самой базе данных. После очистки кэша база откроется с теми же данными, только первый запуск будет дольше обычного.
Как понять, какая папка кэша относится к нужной базе?
Имена папок — это GUID баз, и по имени понять это нельзя. Практичный подход: удалить все папки с GUID — платформа пересоздаст кэш для каждой базы при следующем запуске. Если хочется точечной очистки, используйте способ с удалением базы из списка стартового окна.
Как часто нужно чистить кэш для профилактики?
Регулярная профилактическая очистка не требуется. Кэш очищают по симптомам: ошибки формата потока, «не применившееся» обновление, странное поведение у отдельного пользователя. В норме платформа сама поддерживает кэш в актуальном состоянии.
Ошибка осталась после очистки кэша — что дальше?
Значит, причина не в кэше. Для файловой базы запустите Конфигуратор → Администрирование → Тестирование и исправление (предварительно сделав копию). Проверьте также версию платформы, свободное место на диске и, при клиент-серверной работе, журналы сервера 1С и СУБД.
Нужно ли чистить кэш после каждого обновления конфигурации?
Нет, платформа при обновлении конфигурации базы данных обычно корректно обновляет и кэш. Очистка нужна только если у части пользователей после обновления открывается старый интерфейс, появляются ошибки или программа вылетает.
Можно ли очистить кэш у всех пользователей терминального сервера сразу?
Да, но кэш хранится в профиле каждого пользователя отдельно. Потребуется завершить все сеансы 1С на сервере и удалить папки кэша в профилях всех пользователей (C:\Users\*\AppData\Roaming\1C\1cv8 и Local-аналог). Обычно это делают администраторы скриптом во внеурочное время.
Что важно запомнить
Кэш 1С 8.3 очищается удалением папок с GUID в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 при закрытой программе, удалением базы из списка или параметром /ClearCache. Данные учёта при этом не затрагиваются. Очищайте кэш по симптомам, а не для профилактики, а серверный кэш — только с пониманием структуры кластера и при наличии резервной копии.