Как сбросить кэш на сервере 1С

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

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

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

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

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

Сброс клиентского кэша 1С

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

Порядок действий простой. Закройте все сеансы 1С на компьютере. Откройте «Выполнить» (Win+R), введите %APPDATA%\1C\1cv8 и найдите папку с GUID нужной базы. Если баз несколько и определить нужную сложно, можно удалить все GUID-папки — это безопасно, но кэш пересоздастся для всех баз, и первый запуск каждой будет медленнее обычного. Повторите то же самое в %LOCALAPPDATA%\1C\1cv8.

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

Альтернатива: параметр /ClearCache и переподключение базы

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

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

Серверный кэш находится в каталоге srvinfo — рабочем каталоге сервера 1С:Предприятия. Стандартный путь в Windows: C:\Program Files\1cv8\<версия>\srvinfo либо каталог, указанный при установке агента сервера. В Linux это обычно /opt/1cv8/<архитектура>/<версия>/srvinfo или путь, заданный параметром -d при запуске агента. Внутри srvinfo расположены подкаталоги вида reg_1541 (номер зависит от порта кластера), где и лежат кэшированные данные, включая файлы сессий и журнал кластера.

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

Пошаговая процедура

Сначала предупредите пользователей и завершите сеансы — это можно сделать через консоль кластера серверов 1С, удалив активные сеансы, либо через администрирование в конфигураторе. Затем остановите службу «Агент сервера 1С:Предприятия» через services.msc или командой net stop "1C:Enterprise 8.3 Server Agent" (точное имя службы зависит от версии). После остановки переименуйте или удалите подкаталоги reg_* внутри srvinfo — безопаснее переименовать, например в reg_1541.old, чтобы при необходимости откатиться. Запустите службу обратно: платформа создаст чистые каталоги автоматически.

net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
ren "C:\Program Files\1cv8\srvinfo\reg_1541" reg_1541.old
net start "1C:Enterprise 8.3 Server Agent (x86-64)"

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

Очистка кэша через консоль кластера и дополнительные методы

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

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

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

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

Отдельная ошибка — путать кэш с данными. Каталоги кэша не содержат данных информационной базы: сами данные в клиент-серверном варианте лежат в СУБД (MS SQL, PostgreSQL и т.д.), а в файловом — в файле 1Cv8.1CD. Удаление кэша не затрагивает учётные данные, но перед любыми действиями на сервере резервная копия базы обязательна.

Профилактика: как снизить частоту проблем с кэшем

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

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

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