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

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

Клиентский кэш метаданных при этом физически тоже может оказаться «на сервере» — если пользователи работают через терминальный сервер (RDP) или тонкий клиент на терминале. Тогда папки AppData всех пользователей лежат на диске терминального сервера, и именно их переполнение чаще всего вызывает проблемы с местом и ошибки вида «Ошибка формата потока».

Ниже разобраны конкретные пути для Windows и Linux, чем отличается серверный кэш от клиентского, как безопасно очистить каждый из них и какие ошибки при этом допускают чаще всего.

Какие виды кэша существуют в 1С

Прежде чем искать папки, важно разделить три разных типа кэша, потому что хранятся они в разных местах и очищаются по-разному:

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

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

Где находится серверный кэш: рабочий каталог кластера

На Windows-сервере рабочий каталог кластера по умолчанию расположен по пути:

C:\Program Files\1cv8\<версия платформы>\srvinfo\

Если служба агента сервера запущена с параметром -d, указывающим на другой каталог, путь будет иным — его можно посмотреть в свойствах службы «Агент сервера 1С:Предприятия» в оснастке services.msc или в реестре по пути HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent в параметре ImagePath.

Внутри каталога srvinfo находятся подпапки вида reg_1541, reg_2541 — по одной на каждый кластер (число — порт главного менеджера кластера). Типичное содержимое:

• 1CV8Clst.lst — список зарегистрированных информационных баз кластера (не кэш, удалять нельзя без понимания последствий);
• 1CV8Clst.lck — файл блокировки кластера;
• папки с GUID-именами — каталоги журналов регистрации и служебных данных по каждой базе;
• временные файлы сеансов и фоновых заданий.

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

Где на сервере лежит клиентский кэш пользователей

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

• C:\Users\<пользователь>\AppData\Roaming\1C\1cv8\ — кэш метаданных, привязанный к базе;
• C:\Users\<пользователь>\AppData\Local\1C\1cv8\ — локальный кэш и временные файлы;
• для файловых баз, открываемых локально, — те же папки.

Внутри этих каталогов кэш хранится в папках с длинными именами — GUID информационной базы, например 8a3b2c1d-..... Именно эти папки удаляют при повреждении кэша. На терминальном сервере с десятками пользователей суммарный объём таких папок может достигать десятков гигабайт, поэтому их периодически чистят скриптами.

На Linux-клиенте пути аналогичны: ~/.1cv8/1C/1cv8/ в домашнем каталоге пользователя.

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

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

Безопасный порядок действий:

1. Оповестите пользователей и завершите активные сеансы через консоль администрирования или дождитесь нерабочего времени.
2. Остановите службу «Агент сервера 1С:Предприятия» (на Linux — демон srv1cv8).
3. Сделайте копию содержимого папки srvinfo или хотя бы файла 1CV8Clst.lst — в нём список баз кластера.
4. Удалите временные файлы и содержимое служебных подкаталогов, сохранив структуру. Файл 1CV8Clst.lst удаляйте только если готовы заново зарегистрировать базы в кластере.
5. Запустите службу и проверьте, что базы видны в консоли кластера, а пользователи могут подключиться.

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

Чем отличается очистка кэша при разных режимах работы

Сравнение вариантов

Файловый режим

Кэш только клиентский, в AppData пользователя. Серверного каталога нет, очистка безопасна в любой момент при закрытой программе

Клиент-серверный режим

Два уровня кэша: клиентский в профилях и серверный в srvinfo. Очистка серверного требует остановки службы агента

Терминальный сервер

Клиентский кэш всех пользователей лежит на диске сервера в C:\Users. Чистится по каждому профилю отдельно или скриптом

Веб-клиент

Кэш браузера плюс серверные временные файлы. Клиентский кэш платформы минимален, чистится через очистку кэша браузера

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

Отдельный случай — веб-сервер (IIS или Apache), публикующий базу. У него есть собственные временные файлы, но основной кэш всё равно остаётся на стороне кластера 1С и в браузере пользователя.

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

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

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

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

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

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

Запуск базы после очистки клиентского кэша

Норма

База открывается, первый запуск чуть дольше обычного

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

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

Служба агента сервера после очистки srvinfo

Норма

Служба запущена, базы видны в консоли кластера

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

Список баз пуст — удалён 1CV8Clst.lst, восстановите из копии или зарегистрируйте базы заново

Свободное место на диске

Норма

Объём освободился за счёт удалённых папок

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

Место не освободилось — кэш был не главным потребителем, ищите журналы регистрации и бэкапы

Работа пользователей

Норма

Все подключаются без ошибок

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

Массовые ошибки подключения — проверьте, не удалены ли служебные файлы кластера

Если очистка кэша не решила проблему, дальше стоит смотреть в сторону журнала регистрации, технологического журнала (он включается через logcfg.xml) и состояния СУБД. Кэш — частая, но не единственная причина сбоев.

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

Можно ли перенести рабочий каталог srvinfo на другой диск?

Да. Остановите службу агента сервера, скопируйте папку на новый диск и измените параметр запуска службы: в реестре в ветке службы агента в ImagePath укажите новый путь после ключа -d. После запуска проверьте, что кластер видит базы.

Как понять, какая папка GUID в AppData относится к нужной базе?

Надёжного сопоставления по имени нет. Проще всего удалить все папки GUID — кэш пересоздастся для каждой базы при следующем запуске. Либо ориентируйтесь по дате изменения: у активно используемой базы папка обновлялась недавно.

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

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

Куда девается кэш при работе через веб-клиент?

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

Можно ли автоматизировать очистку клиентского кэша на терминальном сервере?

Да, обычно это делают скриптом PowerShell или bat-файлом, который удаляет папки GUID в профилях пользователей по расписанию. Скрипт должен запускаться, когда сеансы 1С закрыты, и желательно с исключениями для служебных учётных записей.

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

Нет. Кэш — это временные копии метаданных и служебные файлы, сами данные хранятся в базе (файле 1Cv8.1CD или СУБД). Риск касается только списка баз кластера при удалении 1CV8Clst.lst и незавершённых сеансов при очистке «на живую».