Чистый старт 1С: сбрасываем локальный кэш базы тремя способами
Содержание
Запустить 1С с очисткой кэша проще всего так: в окне выбора баз выделите базу, нажмите Изменить, дойдите до последней страницы мастера и впишите в поле дополнительных параметров запуска /ClearCache. При следующем входе платформа выбросит сохранённый кэш этой базы и загрузит всё заново с сервера или из файла базы. Если параметр не помог, закройте 1С и удалите папки кэша в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8.
Это действие одинаково для всех конфигураций: Бухгалтерии, ЗУП, УТ, ERP. Кэш хранит платформа, а не прикладное решение. Поэтому порядок не зависит от того, с какой программой вы работаете, и подходит для платформы 8.3 любого актуального релиза.
Когда кэш виноват, а когда нет
Локальный кэш — это копия описания конфигурации, форм и служебных данных, которую клиент держит на диске. Так 1С не тянет одно и то же при каждом запуске. Пока кэш совпадает с базой, всё работает быстро. Когда он расходится с базой, начинаются странности.
Признаки, при которых очистка кэша обычно помогает:
- 🔄 после обновления конфигурации у одного пользователя старые формы, а у коллег уже новые;
- 🧩 форма открывается «перекошенной»: пропали поля, кнопки стоят не на своих местах;
- 🐢 база стала запускаться заметно дольше, чем раньше, хотя в ней ничего не меняли;
- ⚠️ ошибка возникает только на одном компьютере или только у одного пользователя Windows;
- 📦 после смены сервера или переноса базы клиент «помнит» старое расположение и ведёт себя непредсказуемо;
- 🔌 подключённое расширение не появляется у пользователя, хотя в базе оно уже применено.
Главный тест простой. Войдите в ту же базу под тем же пользователем 1С, но с другого компьютера или из другой учётной записи Windows. Если там ошибки нет — почти наверняка дело в локальном кэше.
Когда очистка не поможет:
- ❌ ошибка повторяется на всех компьютерах сразу — проблема в самой базе или конфигурации;
- ❌ платформа сообщает о несоответствии версий клиента и сервера — нужно ставить нужную версию платформы, а не чистить кэш ;
- ❌ таблицы базы повреждены — тут нужна проверка и исправление базы, а не сброс клиента.
Параметр /ClearCache: три способа его передать
/ClearCache — штатный параметр командной строки платформы. Он говорит клиенту при запуске сбросить кэш
этой информационной базы. Файлы вручную трогать не нужно, другие базы в списке не затрагиваются.
Способ 1. Разово через ярлык или окно «Выполнить»
Нажмите Win + R и выполните команду. Для файловой базы:
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Buh" /ClearCache
Для клиент-серверной базы вместо /F указывают сервер и имя базы на кластере:
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /S"srv1c\buh_2024" /ClearCache
Чтобы не вводить логин, добавьте /N"Иванов" /P"пароль". Но пароль в ярлыке виден любому, кто откроет его свойства, поэтому для постоянного ярлыка так делать не стоит.
Если 1С установлена в 32-битную папку, путь будет C:\Program Files (x86)\1cv8\common\1cestart.exe. Найти точный путь проще всего через свойства любого существующего ярлыка 1С.
Способ 2. Через свойства базы в списке
Этот вариант удобен, если пользователь сам запускает 1С из привычного окна:
- Откройте окно запуска 1С, выделите нужную базу.
- Нажмите
Изменить. - Листайте мастер кнопкой
Далеедо последней страницы с параметрами запуска. - В поле
Дополнительные параметры запускавпишите/ClearCache. - Нажмите
Готовои запустите базу как обычно.
После успешного запуска сотрите /ClearCache из этого поля. Иначе кэш будет сбрасываться при каждом входе, и база всё время будет стартовать медленно, как в первый раз.
Способ 3. Ярлык на рабочем столе
Скопируйте ярлык 1С, откройте его Свойства и допишите в поле Объект нужный режим, путь к базе и /ClearCache. Такой «аварийный» ярлык удобно держать у пользователей, которые часто сталкиваются со сбоями после обновлений: один щелчок — и чистый старт без звонка администратору.
Ручная очистка: какие папки удалять
Если /ClearCache не помог, кэш удаляют руками. Это надёжнее: сбрасываются все сохранённые данные клиента, а не только часть.
Перед началом полностью закройте 1С на этом компьютере. Проверьте в диспетчере задач, что не осталось процессов 1cv8.exe и 1cv8c.exe — открытые файлы удалить не получится.
Где лежит кэш в Windows
| Папка | Что там | Удалять? |
|---|---|---|
%APPDATA%\1C\1cv8 | папки с именами вида GUID — кэш каждой базы | да, папки-GUID |
%LOCALAPPDATA%\1C\1cv8 | тоже кэш баз, обычно самый объёмный | да, папки-GUID |
%APPDATA%\1C\1CEStart | файл ibases.v8i — список баз в окне запуска | нет |
Пути со знаком процента можно вставить прямо в адресную строку Проводника — Windows сама подставит профиль текущего пользователя. Обычно это C:\Users\Имя\AppData\Roaming\1C\1cv8 и C:\Users\Имя\AppData\Local\1C\1cv8.
Имя папки-GUID выглядит так: 8c4e7b2a-3f1d-4a6e-9b0c-2d5f7e1a9c33. Каждая соответствует одной базе из списка. Какой именно — по имени не понять, поэтому проще удалить все такие папки сразу. Кэш остальных баз восстановится сам при следующем входе в них.
Не удаляйте папку 1CEStart и файл ibases.v8i. В нём хранится список баз. Если его стереть, пользователю придётся заново добавлять все базы вручную.
Где лежит кэш в Linux
На Linux клиент хранит данные в домашней папке пользователя, в скрытом каталоге ~/.1cv8/1C/1cv8. Логика та же: закройте 1С и удалите подпапки с именами-GUID.
pkill -f 1cv8 # закрыть все процессы 1С этого пользователя
find ~/.1cv8/1C/1cv8 -maxdepth 1 -type d -name '*-*-*-*-*' -exec rm -rf {} +
Приём с пересозданием базы в списке
Есть ещё один способ, который работает через окно выбора баз и не требует лезть в системные папки. Удалите базу из списка кнопкой Удалить и добавьте её заново через Добавить → Добавление в список существующей информационной базы.
Сама база при этом не удаляется — из списка пропадает только ссылка на неё. А новая запись получает новый идентификатор, значит, и новую пустую папку кэша. Старая папка остаётся на диске мёртвым грузом, её потом можно удалить вручную.
Файловая и клиент-серверная база: в чём разница
Клиентский кэш одинаково устроен в обоих вариантах: он лежит в профиле пользователя на том компьютере, где запущена 1С. Различия начинаются дальше.
| Ситуация | Где кэш | Что делать |
|---|---|---|
| Файловая база на своём ПК | профиль пользователя | /ClearCache или удаление папок |
| Файловая база в сетевой папке | профиль на каждом ПК | чистить на том ПК, где проблема |
| Клиент-серверная база | профиль клиента + сеансовые данные кластера | сначала клиент, сервер — только если сбой у всех |
| Терминальный сервер (RDP) | профиль каждого пользователя на сервере | чистить в профиле конкретного пользователя |
| Веб-клиент в браузере | кэш браузера | очистить кэш браузера для адреса публикации |
Кэш на сервере 1С
В клиент-серверном варианте у кластера есть свои сеансовые данные. Они лежат в каталоге службы сервера, обычно C:\Program Files\1cv8\srvinfo\reg_1541, в папках с именами, начинающимися на snccntx.
Их очистка — крайняя мера. Она нужна, когда странное поведение видят все пользователи сервера, а клиентская очистка не дала результата. Порядок такой:
- Предупредите всех пользователей и дождитесь, пока они выйдут.
- Остановите службу
Агент сервера 1С:Предприятия 8.3. - Сделайте копию папки
reg_1541целиком. - Удалите только папки
snccntx…. - Запустите службу и проверьте вход в базу.
При остановке службы оборвутся все сеансы всех баз этого сервера. Делайте это вечером или в выходной. Не трогайте файл 1CV8Clst.lst и папки с именами-GUID внутри reg_1541: там хранится реестр кластера и данные баз, их удаление выведет сервер из строя.
На терминальном сервере каждый пользователь Windows имеет свой профиль и свой кэш 1С. Чистить нужно в профиле того, у кого сбой, а не у администратора, который зашёл на сервер.
Первый запуск после сброса: что увидит пользователь
Пугаться медленного старта не нужно — это ожидаемо. Что происходит:
- ⏳ Долгая загрузка. Клиент заново получает описание конфигурации. Для небольшой базы это десятки секунд, для ERP или КА по медленной сети — до нескольких минут.
- 💽 Рост папки кэша. В профиле появится новая папка-GUID. Её размер для крупной конфигурации может доходить до сотен мегабайт.
- 🖥 Сброс локальных настроек окна. После ручного удаления папок иногда сбрасывается размер и положение главного окна.
- ✅ Данные базы не меняются. Документы, справочники, остатки, проводки остаются как были. Кэш — это копия для ускорения, а не хранилище данных.
Настройки форм, отчётов и рабочего стола в 8.3 хранятся в самой информационной базе, а не в кэше клиента. Поэтому после очистки кэша пользователь не теряет свои сохранённые варианты отчётов.
Второй запуск уже идёт с нормальной скоростью. Если и он медленный, причина не в кэше: смотрите сеть, диск и нагрузку на сервер.
Автоматизация: bat-скрипт для пользователей
Если кэш приходится чистить регулярно, например после каждого обновления, удобно дать пользователям готовый скрипт. Он закрывает 1С, удаляет папки-GUID в обоих местах и не трогает список баз.
@echo off
chcp 65001 >nul
echo Закройте 1С. Все несохранённые данные будут потеряны.
pause
taskkill /IM 1cv8.exe /F >nul 2>&1
taskkill /IM 1cv8c.exe /F >nul 2>&1
timeout /t 3 /nobreak >nul
for /d %%D in ("%APPDATA%\1C\1cv8\*-*-*-*-*") do rd /s /q "%%D"
for /d %%D in ("%LOCALAPPDATA%\1C\1cv8\*-*-*-*-*") do rd /s /q "%%D"
echo Кэш 1С очищен. Можно запускать программу.
pause
Маска *-*-*-*-* выбирает только папки с дефисами, то есть GUID-имена. Служебные папки с обычными именами останутся на месте.
Команда taskkill /F закрывает 1С без сохранения. Поэтому в скрипте стоит пауза с предупреждением. Не запускайте его от имени администратора на терминальном сервере: тогда он завершит процессы 1С у всех подключённых пользователей.
Профилактика без лишних очисток
Чистить кэш «на всякий случай» каждую неделю не нужно: это лишь замедляет каждый следующий старт. Достаточно трёх правил:
- Обновляйте конфигурацию, когда все пользователи вышли из базы, и после обновления просите их войти заново.
- Держите одинаковую версию платформы на всех клиентах и на сервере.
- Следите за местом на системном диске: при нехватке места кэш может записаться не полностью.
Для групп компьютеров администратор может разложить скрипт очистки через групповые политики как сценарий входа. Но запускать его стоит не при каждом входе, а только после обновлений — например, по флагу-файлу, который вы кладёте в сетевую папку в день обновления.