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

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

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

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

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

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

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

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

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

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

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

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

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

Порядок действий: нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter. Удалите папки с GUID-именами — если база одна, будет одна-две такие папки; если баз много и удалять всё нежелательно, ориентируйтесь по дате изменения. Затем повторите то же самое для %LOCALAPPDATA%\1C\1cv8. Папки conf, 1cestart.cfg и файлы настроек списка баз трогать не нужно — они отвечают за список баз и общие настройки.

После удаления запустите 1С обычным образом. Первый запуск займёт больше времени: платформа заново сформирует кэш метаданных. Это нормально и однократно.

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

Способ 2. Удалить базу из списка и добавить заново

Более «мягкий» вариант, который не требует лазить по системным папкам. В окне запуска 1С (1cestart) выделите проблемную базу и нажмите «Удалить». При этом платформа удаляет и связанный с этой базой кэш. Затем добавьте базу заново через кнопку «Добавить», указав тот же путь или те же параметры сервера.

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

Способ 3. Параметр /ClearCache и вариант через конфигуратор

Платформа поддерживает параметр командной строки /ClearCache, который очищает кэш при запуске базы. Его можно указать в свойствах базы: в окне запуска выберите базу, нажмите «Изменить», в параметрах запуска добавьте /ClearCache. После одного успешного запуска параметр лучше убрать, иначе кэш будет очищаться при каждом старте и база станет запускаться медленнее.

"C:\Program Files\1cv8\8.3.x.xxxx\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /N"Иванов" /ClearCache

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

Как проверить результат и что делать, если не помогло

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

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

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

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

Когда кэш чистить не нужно

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

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

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