К статье
Практический материал

Администрирование · 10 мин

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

Как очистить кэш сервера 1С 8.3: папка srvinfo, удаление сеансовых данных, очистка кэша клиента и регистрационных данных. Риски и проверка результата.

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

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

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

Что такое кэш сервера 1С и когда его нужно чистить

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

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

Типичные симптомы, при которых стоит почистить кэш сервера:

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

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

Висят незавершённые сеансыУстарели сеансовые данные кластера

Посмотреть список сеансов в консоли администрирования и сравнить с реально работающими пользователями

Ошибки после обновленияКэш не соответствует новой конфигурации

Проверить, пропадает ли ошибка после перезапуска службы агента сервера

Подготовка: что сделать перед очисткой

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

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

Способ 1: очистка кэша через остановку службы агента сервера

Это основной и самый надёжный способ. Он гарантирует, что ни один процесс сервера не держит файлы кэша открытыми, и удаление пройдёт чисто.

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

На Windows службу можно остановить из оснастки «Службы» (services.msc) — найдите «Агент сервера 1С:Предприятия» соответствующей версии платформы. На Linux используется команда systemctl или скрипт из каталога установки.

bash
net stop "1C:Enterprise 8.3 Server Agent"
rem удаление кэша из каталога кластера
net start "1C:Enterprise 8.3 Server Agent"

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

Способ 2: очистка сеансовых данных без полной остановки

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

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

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

Часто проблема, которая выглядит как серверная, на самом деле локальная: кэш конкретного клиента хранится в профиле пользователя. Папки кэша находятся в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 — там лежат каталоги с длинными именами-идентификаторами баз.

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

Сравнение вариантов очистки

Остановка службы и удаление файлов кэша

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

Удаление сеансов через консоль

Быстро и без остановки сервера, но не очищает кэш метаданных — помогает только при зависших сеансах

Очистка клиентского кэша

Решает проблемы отдельного пользователя, не требует доступа к серверу, но не влияет на серверный кэш

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

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

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

Контрольные точки

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

Список баз в консоли кластера
Норма

Все информационные базы на месте и доступны

Тревожный признак

Список баз пуст — вероятно, удалён файл реестра кластера, базы нужно зарегистрировать заново

Вход пользователей
Норма

База открывается, прежние ошибки не воспроизводятся

Тревожный признак

Ошибка повторяется — проблема не в кэше, проверяйте журнал регистрации и состояние СУБД

Первый запуск после очистки
Норма

Вход чуть медленнее обычного, затем скорость нормализуется

Тревожный признак

База не открывается вообще — проверьте, запущена ли служба агента и доступен ли сервер СУБД

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

Типичные ошибки
01
Удаление всей папки srvinfo — вместе с кэшем стирается реестр информационных баз кластера, и базы приходится добавлять заново вручную
02
Удаление файлов кэша при работающей службе — часть файлов заблокирована процессами rphost, очистка получается неполной, а повреждения могут усилиться
03
Чистка только серверного кэша, когда проблема у одного пользователя — ошибка остаётся, потому что её источник в клиентском кэше профиля
04
Очистка кэша вместо решения реальной проблемы — если ошибка вызвана нехваткой места на диске или сбоем СУБД, она вернётся сразу после очистки

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

Итог

Что важно запомнить

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

Часто задаваемые вопросы

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

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

Можно ли почистить кэш сервера 1С без остановки работы пользователей?

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

Удалятся ли данные информационной базы при очистке кэша?

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

Как очистить кэш 1С у конкретного пользователя?

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

Что делать, если после очистки кэша ошибка осталась?

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

Нужно ли чистить кэш сервера регулярно для профилактики?

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