Администрирование · 10 мин
Как удалить кэш сервера 1С: полная инструкция для администратора
Как очистить кэш сервера 1С: каталоги srvinfo и reg_1541, остановка службы агента, очистка сеансовых данных и клиентского кэша без потери информационных баз.
Кэш сервера 1С — это служебные данные, которые агент сервера хранит на диске для ускорения работы: метаданные конфигураций, сеансовые данные, временные файлы фоновых заданий. Со временем эти файлы накапливаются, могут повреждаться и становиться причиной сбоев: ошибок вида «Ошибка формата потока», зависаний сеансов, невозможности обновить конфигурацию или расхождений в поведении разных пользователей одной базы.
Очистка кэша сервера — штатная операция, которую выполняют при диагностике странностей в работе кластера, после обновлений платформы, а также когда на системном диске заканчивается место из-за разросшегося каталога srvinfo. При этом важно понимать разницу: кэш сервера и кэш клиента (папки пользователя в %APPDATA%\1C) — разные сущности, и чистятся они по-разному.
Главный риск процедуры — удалить вместе с кэшем рабочие базы файлового типа, если они лежат внутри каталога srvinfo, или потерять список зарегистрированных баз кластера. Поэтому перед любыми действиями нужно сделать резервную копию каталога и убедиться, что вы понимаете, какие именно файлы удаляете.
Что относится к кэшу сервера 1С и где он хранится
Все служебные данные кластера серверов 1С находятся в каталоге srvinfo. По умолчанию на Windows он расположен по пути C:\Program Files\1cv8\<номер версии>\srvinfo, либо C:\Program Files (x86)\1cv8\... для 32-разрядной версии. На Linux это обычно /opt/1cv8/... или /home/usr1cv8/.1cv8/1C/1cv8/ в зависимости от способа установки.
Внутри srvinfo для каждого кластера создаётся подкаталог вида reg_1541 (номер соответствует порту главного менеджера кластера). Именно там лежит большая часть кэша: подкаталоги snccntx<номер базы> с контекстами сеансов, временные файлы, журналы. Рядом находятся файлы 1CV8Clst.lst, 1CV8Clst.st и 1CV8Clst.cnt — это не кэш, а реестр кластера со списком информационных баз, и удалять их категорически нельзя.
Когда очистка кэша действительно нужна
Очистка кэша не является универсальным лечением любых проблем, но есть типовые ситуации, где она помогает. Первая — ошибки вида «Ошибка формата потока» или «Ошибка СУБД» у отдельных пользователей или у всех сразу после обновления конфигурации. Вторая — ситуация, когда конфигуратор и пользователи «видят» разные версии конфигурации: изменения внесены, но в сеансах отображается старое поведение.
Третий типичный повод — стремительный рост каталога srvinfo: на активно используемых серверах папки snccntx могут занимать десятки гигабайт из-за накопленных сеансовых данных. Четвёртая ситуация — «зависшие» сеансы, которые не завершаются штатно и мешают обновлению конфигурации базы данных.
Проверьте, повторяется ли ошибка после перезапуска сеанса
Посмотрите размер подкаталогов snccntx внутри reg_1541
Сравните поведение в конфигураторе и в пользовательском сеансе
Чистите кэш на его компьютере, а не на сервере
Подготовка: что сделать перед очисткой
Перед удалением чего-либо из srvinfo выполните три обязательных шага. Первый — завершите активные сеансы пользователей: через консоль кластера или заранее предупредив коллег о технологическом перерыве. Принудительная остановка службы при активных сеансах оборвёт работу пользователей без сохранения данных.
Второй шаг — резервная копия. Скопируйте весь каталог srvinfo в отдельное место или хотя бы файл 1CV8Clst.lst. Если после очистки базы «пропадут» из консоли кластера, список можно будет восстановить. Третий шаг — убедитесь, что внутри srvinfo нет файловых баз: если база размещена в подкаталоге кластера, её папку удалять нельзя ни в коем случае.
Как удалить кэш сервера 1С на Windows
Стандартная процедура выглядит так. Остановите службу «Агент сервера 1С:Предприятия» через оснастку services.msc или командной строкой. Затем откройте каталог srvinfo, перейдите в reg_1541 и удалите содержимое подкаталогов сеансовых данных — в первую очередь папки snccntx* и временные файлы. Сами файлы реестра кластера и папки баз не трогайте.
После удаления запустите службу обратно и проверьте, что кластер поднялся, базы видны в консоли, а пользователи могут подключиться. Платформа пересоздаст удалённые служебные каталоги автоматически при первом обращении.
- 1Завершите сеансы пользователей и сделайте копию каталога srvinfo
- 2Остановите службу агента сервера 1С
- 3Откройте srvinfo\reg_1541 и удалите подкаталоги snccntx* и временные файлы
- 4Не трогайте 1CV8Clst.lst и папки информационных баз
- 5Запустите службу и проверьте доступность баз в консоли кластера
net stop "1C:Enterprise 8.3 Server Agent"
rem удаление кэша сеансов
rmdir /s /q "C:\Program Files\1cv8\8.3.22.1750\srvinfo\reg_1541\snccntx00000001"
net start "1C:Enterprise 8.3 Server Agent"Имя службы зависит от версии платформы и разрядности — точное название смотрите в списке служб. Путь к srvinfo тоже привязан к конкретной версии платформы; если на сервере установлено несколько версий, убедитесь, что работаете с каталогом именно той, что обслуживает нужный кластер.
Очистка кэша на Linux-сервере
На Linux логика та же: сначала остановка агента, затем удаление кэша, затем запуск. Служба обычно управляется через systemctl, а каталог кластера находится в домашней директории пользователя, под которым работает агент (чаще всего usr1cv8).
sudo systemctl stop srv1cv83
sudo rm -rf /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/snccntx*
sudo systemctl start srv1cv83Обратите внимание на права доступа: после любых операций с файлами кластера владельцем каталогов должен оставаться пользователь, под которым работает агент сервера. Если удалять или создавать файлы от root, агент может не получить к ним доступ и кластер не стартует. Проверить владельца поможет команда ls -la, исправить — chown -R usr1cv8:grp1cv8 на каталог кластера.
Очистка клиентского кэша как альтернатива
Частая ситуация: кэш сервера чистят, хотя проблема на самом деле в клиентском кэше конкретного пользователя. Признак простой — ошибка возникает только у одного человека или только на одном компьютере, а у остальных та же база работает нормально. В этом случае сервер трогать не нужно вовсе.
Клиентский кэш находится в профиле пользователя: %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\. Для очистки закройте все сеансы 1С у пользователя и удалите папки с длинными буквенно-цифровыми именами (это идентификаторы баз). Более мягкий способ — удалить базу из списка в стартовом окне и добавить заново: при этом кэш этой базы будет сброшен автоматически.
Сравнение вариантов
Нужна при массовых ошибках у всех пользователей, после обновлений платформы, при разрастании srvinfo. Требует остановки службы и перерыва в работе.
Подходит, когда проблема у одного пользователя или одного компьютера. Выполняется локально, без остановки сервера.
Помогает при зависших сеансах и утечках памяти, но не решает проблемы повреждённого кэша на диске.
Проверка результата и типичные ошибки
После очистки и запуска службы проверьте три вещи: кластер виден в консоли администрирования, все информационные базы присутствуют в списке, пользователи могут войти и исходная ошибка не воспроизводится. Если базы пропали из списка — восстановите файл 1CV8Clst.lst из резервной копии при остановленной службе, либо зарегистрируйте базы заново через консоль.
Как проверить результат
Статус «Работает», в журнале нет ошибок запуска
Служба падает сразу после старта
Все базы на месте, свойства открываются
Кластер пуст или часть баз отсутствует
Сеанс открывается, исходная ошибка не повторяется
Ошибка формата потока сохраняется
Каталог заметно уменьшился
Объём быстро растёт снова — ищите источник в фоновых заданиях
FAQ: частые вопросы об очистке кэша сервера 1С
Удаление кэша сервера приведёт к потере данных в базах?
Нет, если удалять только кэш — подкаталоги сеансовых данных и временные файлы. Сами данные хранятся в СУБД или в файлах баз. Риск возникает только при удалении файлов реестра кластера (1CV8Clst.lst) или папок файловых баз, поэтому перед процедурой всегда делайте копию srvinfo.
Как часто нужно чистить кэш сервера?
Регламентной периодичности нет — очистка выполняется по необходимости: при ошибках, после обновлений платформы или при неконтролируемом росте srvinfo. Некоторые администраторы добавляют очистку в плановое обслуживание, но делать это ежедневно без причин не имеет смысла.
Можно ли очистить кэш без остановки работы пользователей?
Безопасно — нет. Агент сервера держит файлы кэша открытыми, и удаление «на живую» приведёт либо к ошибкам доступа, либо к повреждению данных. Планируйте процедуру на технологическое окно с завершением всех сеансов.
Почему после очистки кэша ошибка не исчезла?
Значит, причина не в кэше: это может быть повреждение данных в самой базе, проблема на стороне СУБД или клиентский кэш на компьютерах пользователей. Следующие шаги — проверка базы через «Тестирование и исправление» и очистка клиентского кэша.
Чем отличается перезапуск службы от очистки кэша?
Перезапуск освобождает память и сбрасывает зависшие сеансы, но файлы кэша на диске остаются. Если повреждён именно файловый кэш, после перезапуска ошибка вернётся — поэтому при «Ошибке формата потока» перезапуск и очистку обычно совмещают.
Нужно ли чистить кэш после обновления платформы?
Не обязательно, но рекомендуется, если после обновления наблюдаются странности в работе. Обратите внимание: у каждой версии платформы свой каталог srvinfo, поэтому при смене версии проверяйте, что служба запущена из каталога новой версии.
Что важно запомнить
Кэш сервера 1С чистится в три шага: остановка службы агента, удаление сеансовых подкаталогов внутри srvinfo\reg_1541, запуск службы. Перед началом — копия srvinfo и завершение сеансов. Файлы 1CV8Clst.* и папки баз не трогаем. Если проблема у одного пользователя — чистите клиентский кэш, а не серверный.