Как сбросить кэш в 1С 8: подробная инструкция

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

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

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

Когда нужно сбрасывать кэш 1С

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

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

Подготовка: что сделать перед очисткой

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

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

Способ 1. Удаление папок кэша вручную

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

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

1. 1
   Закройте 1С: Предприятие и Конфигуратор
2. 2
   Откройте %APPDATA%\1C\1cv8 в проводнике
3. 3
   Удалите папки с длинными шестнадцатеричными именами
4. 4
   Повторите для %LOCALAPPDATA%\1C\1cv8
5. 5
   Запустите 1С и проверьте, исчезла ли ошибка

Где искать кэш в терминальном режиме

Если пользователи работают на терминальном сервере, у каждого из них свой профиль и свой кэш. Чистить нужно папки в профиле конкретного пользователя, у которого возникает ошибка: либо попросить его выполнить действия самостоятельно, либо зайти под администратором в его каталог C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8. Учтите, что сеанс пользователя должен быть завершён, иначе часть файлов окажется занята.

Способ 2. Очистка через параметр /ClearCache

Второй метод не требует поиска папок вручную: платформа умеет очищать кэш при запуске по специальному параметру командной строки. Откройте свойства ярлыка 1С или создайте новый ярлык и в поле «Объект» после пути к исполняемому файлу добавьте параметр /ClearCache. Альтернатива — запуск через диалог «Выполнить» (Win+R).

"C:\Program Files\1cv8\8.3.22.1709\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /ClearCache

Путь к исполняемому файлу и версия платформы у вас будут свои — посмотрите их в свойствах существующего ярлыка. Для файловой базы используется ключ /F с путём к каталогу базы, для серверной — /S с адресом вида «Сервер\ИмяБазы». После запуска с параметром кэш соединения будет очищен, а база откроется в обычном режиме.

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

Способ 3. Удаление базы из списка и добавление заново

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

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

Сброс кэша на сервере 1С

В клиент-серверном режиме часть кэша живёт на стороне сервера 1С: Предприятия — в каталоге srvinfo, во вложенных папках вида reg_1541 (номер зависит от порта кластера) и далее в каталогах с идентификаторами баз. Чистить эти папки вручную при работающем сервере нельзя — это почти гарантированно приведёт к сбоям кластера.

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

Если база работает на СУБД (MS SQL, PostgreSQL), помните, что у SQL-сервера тоже есть свои буферы и кэши, но их очистка — отдельная задача администратора СУБД, к кэшу платформы 1С она отношения не имеет.

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

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

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

Как снизить количество проблем с кэшем в будущем

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

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

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