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

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

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

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

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

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

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

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

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

Платформа 1С:Предприятие 8 складывает кэш в профиль пользователя Windows. Основные папки:

• %APPDATA%\1C\1cv8 (обычно это C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8);
• %LOCALAPPDATA%\1C\1cv8 (обычно C:\Users\ИмяПользователя\AppData\Local\1C\1cv8).

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

Папка AppData по умолчанию скрыта. Быстрее всего попасть в неё не через проводник, а через команду: нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter. Для серверного варианта работы кэш также существует на стороне сервера 1С (каталог srvinfo, папки reg_1541 и аналогичные), но его очистка — задача администратора сервера и к пользовательскому кэшу отношения не имеет.

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

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

1. 1
   Закройте все сеансы 1С на компьютере пользователя
2. 2
   Откройте окно запуска 1С (список информационных баз)
3. 3
   Выделите проблемную базу и нажмите «Удалить», подтвердите действие
4. 4
   Нажмите «Добавить» и заново пропишите путь к базе (для файловой — папку, для серверной — сервер и имя базы)
5. 5
   Запустите базу и проверьте, исчезла ли ошибка

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

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

Способ 2. Ручная очистка папок кэша

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

1. Полностью закройте 1С. Проверьте в диспетчере задач (Ctrl+Shift+Esc), что нет процессов 1cv8.exe, 1cv8c.exe — иначе часть файлов будет заблокирована и не удалится.
2. Нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter.
3. Удалите папки с длинными буквенно-цифровыми именами. Если знаете идентификатор проблемной базы — удалите только её папку; если нет — удалите все такие папки.
4. Повторите то же самое в папке %LOCALAPPDATA%\1C\1cv8.
5. Запустите 1С и войдите в базу. Первый запуск будет дольше обычного — платформа заново строит кэш.

Не удаляйте файл ibases.v8i — в нём хранится список информационных баз пользователя. Если удалите его, придётся заново прописывать все базы в списке. Также не трогайте папки tmplts (шаблоны конфигураций) и 1cestart, если они расположены рядом.

Способ 3. Параметр /ClearCache и пакетная очистка

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

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

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

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

taskkill /f /im 1cv8.exe 2>nul
taskkill /f /im 1cv8c.exe 2>nul
for /d %%i in ("%APPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%%i"
for /d %%i in ("%LOCALAPPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%%i"

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

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

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

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

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

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

FAQ