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

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

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

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

Где хранится кэш сервера 1С

Основной каталог служебных данных сервера называется srvinfo. Его расположение зависит от операционной системы и от того, как установлен сервер 1С. На Windows по умолчанию это C:\Program Files\1cv8\srvinfo (для 64-разрядной версии) или C:\Program Files (x86)\1cv8\srvinfo. Если агент сервера запущен от имени конкретного пользователя, каталог может находиться в профиле этой учётной записи: C:\Users\USR1CV8\AppData\Local\1C\1cv8.

На Linux типичный путь — /opt/1cv8/x86_64/<версия>/ или домашняя директория пользователя, под которым работает агент, например /home/usr1cv8/.1cv8/1C/1cv8/. Точный путь проще всего уточнить в параметрах запуска службы агента: там указывается ключ -d с каталогом кластера.

Внутри srvinfo находятся подпапки вида reg_1541, reg_2541 и т.д. — номер соответствует порту кластера. Именно в этих папках лежит кэш: подкаталоги с длинными именами-идентификаторами (GUID) для каждой информационной базы.

Что можно удалять, а что — нельзя

Ключевой файл в папке reg_1541 — 1CV8Clst.lst. Это реестр информационных баз кластера: в нём записано, какие базы зарегистрированы на сервере, их параметры подключения к СУБД, настройки блокировок. Если удалить этот файл, все базы «пропадут» из консоли кластера, и их придётся регистрировать заново вручную. Данные в самих базах при этом не пострадают, но восстановление списка — лишняя работа, особенно если баз много.

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

Пошаговая очистка кэша на Windows-сервере

Стандартная процедура занимает несколько минут, но требует кратковременной остановки сервера 1С, поэтому выполняйте её в нерабочее время или предупредите пользователей. Все активные сеансы будут разорваны.

1. 1
   Предупредите пользователей и убедитесь, что нет активных сеансов (консоль кластера → Сеансы).
2. 2
   Откройте services.msc и остановите службу «Агент сервера 1С:Предприятия».
3. 3
   Перейдите в каталог srvinfo, откройте папку reg_1541 (или с вашим портом).
4. 4
   Сделайте копию файла 1CV8Clst.lst.
5. 5
   Удалите все подпапки с именами-GUID и папку snccntx, оставив 1CV8Clst.lst.
6. 6
   Запустите службу агента сервера.
7. 7
   Проверьте запуск базы: сервер заново создаст кэш, первый вход может занять дольше обычного.

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

Очистка кэша на Linux-сервере

Логика та же: остановить службу, удалить содержимое папки кластера, запустить службу. Команды зависят от дистрибутива, типичный вариант для systemd:

sudo systemctl stop srv1cv8
cd /home/usr1cv8/.1cv8/1C/1cv8/reg_1541
cp 1CV8Clst.lst /backup/1CV8Clst.lst
find . -mindepth 1 -maxdepth 1 ! -name '1CV8Clst.lst' -exec rm -rf {} +
sudo systemctl start srv1cv8

Имя службы может отличаться (например, srv1cv83 или включать номер версии платформы) — проверьте через systemctl list-units | grep 1c. Убедитесь также, что удаляете файлы от имени пользователя с достаточными правами и что после удаления владелец оставшихся файлов не изменился, иначе агент может не стартовать.

Клиентский кэш: когда сервер ни при чём

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

Клиентский кэш находится в профиле пользователя: %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Внутри — папки с GUID баз. Самый аккуратный способ очистки — удалить базу из списка в стартовом окне 1С и добавить её заново: при этом платформа пересоздаёт кэш для этой базы. Альтернатива — вручную удалить соответствующую папку GUID при закрытой 1С.

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

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

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

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

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

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

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

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