Как очистить кэш пользователя в 1С

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

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

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

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

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

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

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

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

Для платформы 1С:Предприятие 8.3 кэш располагается в профиле пользователя Windows в двух основных каталогах: %APPDATA%\1C\1cv8 (роуминговые данные) и %LOCALAPPDATA%\1C\1cv8 (локальные данные). Внутри находятся папки с именами в виде длинных идентификаторов — каждая соответствует конкретной информационной базе из списка.

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

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

Очистка кэша вручную через удаление папок

Ручной способ — самый надёжный и самый распространённый. Порядок действий: полностью закройте все сеансы 1С (проверьте в диспетчере задач, что нет процессов 1cv8.exe и 1cv8c.exe), откройте каталог %APPDATA%\1C\1cv8, затем %LOCALAPPDATA%\1C\1cv8, и удалите папки с именами-идентификаторами, соответствующие проблемной базе.

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

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

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

Очистка через параметр запуска /ClearCache

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

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

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

Сравнение способов очистки

Ручное удаление папок

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

Параметр /ClearCache

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

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

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

Перезапуск сервера 1С

Единственный способ сбросить серверный кэш в клиент-серверном режиме, требует планового окна

Особенности для клиент-серверного варианта работы

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

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

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

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

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

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

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

Проверка результата и дальнейшие действия

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

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

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

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

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

Норма

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

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

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

Повторение действий, вызывавших ошибку

Норма

Операции выполняются штатно

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

Ошибка воспроизводится на тех же действиях

Скорость последующих запусков

Норма

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

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

Каждый запуск медленный — кэш не сохраняется

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

Норма

У всех работает стабильно

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

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

Часто задаваемые вопросы

Удалятся ли мои документы и настройки при очистке кэша?

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

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

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

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

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

Кэш очищал, а ошибка «Ошибка формата потока» осталась. Что делать?

Убедитесь, что удалены папки из обоих каталогов — и %APPDATA%, и %LOCALAPPDATA% — при полностью закрытой платформе. В клиент-серверном режиме перезапустите службу сервера 1С. Если не помогло, выполните тестирование и исправление базы (с резервной копией) и проверьте диск и сеть — ошибка может быть вызвана физическим повреждением данных.

Нужно ли чистить кэш на сервере после обновления конфигурации?

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

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

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