Как почистить кэш серверной 1С безопасно и без потери данных

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

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

Где сервер 1С хранит кэш: структура папок

Все служебные данные кластера серверов 1С находятся в каталоге srvinfo. Его расположение зависит от операционной системы и разрядности платформы. На Windows по умолчанию это C:\Program Files\1cv8\srvinfo (для 64-разрядной версии) или C:\Program Files (x86)\1cv8\srvinfo для 32-разрядной. На Linux — обычно /opt/1cv8/x86_64/<версия>/ или каталог, указанный при установке, часто /home/usr1cv8/.1cv8/1C/1cv8/.

Внутри srvinfo ключевые элементы такие:

• reg_1541 (номер зависит от порта кластера: 1541, 1641 и т.д.) — реестр кластера: список информационных баз, кэш метаданных, сеансовые данные. Именно здесь скапливается основной «мусорный» кэш.
• snccntx — контексты сервера совместимости, тоже кэшируемые данные.
• 1CV8Clst.lst — файл списка информационных баз кластера. Его удаление приведёт к потере перечня баз в консоли кластера, сами базы в СУБД при этом не пострадают.
• 1CV8Clst.lck — файлы блокировок.
• 1CV8Log — журналы регистрации кластера (если включены).

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

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

• Ошибка «Ошибка формата потока» при запуске базы у всех или части пользователей.
• База не открывается после обновления конфигурации, хотя обновление прошло штатно.
• Разные пользователи видят разное поведение одной и той же базы.
• Ошибки вида «Сеанс отсутствует или удалён», массовые разрывы соединений.
• Падения рабочих процессов rphost без явной причины.
• После переноса базы или восстановления из бэкапа база ведёт себя некорректно.

Подготовка: что сделать до удаления файлов

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

Порядок подготовки:

1. Предупредите пользователей и завершите активные сеансы — через консоль кластера или консольную утилиту rac.
2. Сделайте резервную копию всей папки srvinfo (просто скопируйте её в другое место). Это займёт несколько минут, но позволит откатиться, если что-то пойдёт не так.
3. Зафиксируйте список баз кластера: сделайте скриншот консоли кластера или выгрузите список через rac, чтобы при необходимости быстро пересоздать регистрацию баз.
4. Убедитесь, что у вас есть права администратора на сервере и пароль администратора кластера, если он установлен.

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

Стандартная процедура для Windows-сервера выглядит так:

1. Откройте «Службы» (services.msc) и остановите службу «Агент сервера 1С:Предприятия» нужной версии. Убедитесь, что процессы ragent, rphost и rmngr завершились — проверьте в диспетчере задач.
2. Перейдите в каталог srvinfo (например, C:\Program Files\1cv8\srvinfo).
3. Удалите содержимое папки reg_1541. Если хотите сохранить список баз кластера, предварительно скопируйте файл 1CV8Clst.lst и верните его после чистки.
4. Удалите содержимое папки snccntx.
5. Запустите службу агента сервера обратно.
6. Проверьте в консоли кластера, что базы на месте (или зарегистрируйте их заново), и попросите пользователей переподключиться.

1. 1
   Завершите сеансы пользователей и предупредите их о работах
2. 2
   Скопируйте папку srvinfo в резервное место
3. 3
   Остановите службу агента сервера 1С и дождитесь завершения rphost
4. 4
   Удалите содержимое reg_1541 и snccntx (1CV8Clst.lst — по желанию сохранить)
5. 5
   Запустите службу и проверьте список баз в консоли кластера
6. 6
   Проверьте запуск базы у нескольких пользователей

Те же действия можно автоматизировать скриптом. Пример для командной строки с правами администратора:

net stop "1C:Enterprise 8.3 Server Agent"
timeout /t 10
rd /s /q "C:\Program Files\1cv8\srvinfo\reg_1541"
rd /s /q "C:\Program Files\1cv8\srvinfo\snccntx"
net start "1C:Enterprise 8.3 Server Agent"

Точное имя службы зависит от версии платформы — проверьте его в оснастке «Службы». После перезапуска кластер пересоздаст папки reg_1541 и snccntx автоматически.

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

На Linux логика та же, меняются пути и команды управления службой. Рабочий каталог кластера обычно находится в домашней директории пользователя, под которым работает агент (чаще всего usr1cv8): /home/usr1cv8/.1cv8/1C/1cv8/ — внутри будет аналог srvinfo с reg_1541 и snccntx.

sudo systemctl stop srv1cv8-8.3.22-1750
sudo rm -rf /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/<em>
sudo rm -rf /home/usr1cv8/.1cv8/1C/1cv8/snccntx/</em>
sudo systemctl start srv1cv8-8.3.22-1750

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

Что делать с клиентским кэшем и когда серверной чистки недостаточно

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

Способы очистки клиентского кэша:

• Удалить базу из списка в стартовом окне 1С и добавить её заново — при этом старый кэш этой базы перестанет использоваться.
• Удалить вручную папку с GUID нужной базы в %APPDATA%\1C\1cv8 при закрытом клиенте.
• Использовать параметр запуска /ClearCache в конфигураторе для сброса кэша конкретной базы.

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

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

FAQ