В процессе сопровождения клиент-серверных информационных баз 1С разработчики и администраторы регулярно сталкиваются с ситуацией, когда у отдельных пользователей программа начинает вести себя неадекватно: перестают открываться привычные формы, возникают необъяснимые ошибки интерфейса или дает сбой стандартный поиск. Универсальное средство скорой помощи — очистка локального кэша — помогает восстановить работоспособность, однако часто приводит к сбросу персональных настроек (видимости колонок, фильтров и расположения окон). Разберем причины регулярного повреждения кэша, выясним, почему так происходит даже без явных ошибок в коде, и научимся безопасно устранять эту проблему.
Кэш платформы 1С:Предприятие представляет собой локально скомпилированные модули, метаданные, структуры форм и временные индексные файлы. Платформа сохраняет их на клиентской машине для ускорения запуска и снижения нагрузки на локальную сеть. Выделим ключевые факторы, из-за которых структура кэша повреждается:
1cv8c.exe непрерывно выполняет запись служебных данных во временные индексные файлы. Внезапный разрыв RDP-сессии, падение клиента, зависание компьютера или завершение процесса через диспетчер задач прерывают операцию записи, оставляя файлы кэша в поврежденном состоянии.Частая ошибка системных администраторов — полное удаление всех каталогов 1С из профиля пользователя. Это действительно решает техническую проблему, но вызывает раздражение пользователей из-за сброса всех вариантов отчетов, позиций окон и настроек колонок. Разберем внутреннюю структуру хранения кэша, чтобы чистить его точечно.
Платформа 1С:Предприятие 8.3 разделяет кэш на два разных системных каталога:
AppData\Local\1C\1Cv8\ — содержит скомпилированные исполняемые модули клиента, кэш метаданных и схем компоновки. Внутри расположены папки с длинными буквенно-цифровыми GUID-именами (например, a8d3e921-82bf-463e-953a-7f61ad8bc81f). Удаление каталогов с GUID-именами в папке Local абсолютно безопасно. Именно их очистка восстанавливает правильное выполнение логики конфигурации и корректность отображения форм, не затрагивая пользовательские настройки интерфейса.AppData\Roaming\1C\1Cv8\ — содержит файлы пользовательских настроек форм, расположения элементов, сохраненных фильтров и списков выбора. Если удалять GUID-папки из этой директории, все персональные адаптации рабочего места будут безвозвратно утеряны.Проанализируем правильный алгоритм ручной или скриптовой очистки: закрываем все сеансы 1С на рабочей станции и удаляем только GUID-папки из пути %LOCALAPPDATA%\1C\1Cv8\, не трогая файлы с расширением .pfl и каталог AppData\Roaming.
Штатный механизм платформы позволяет автоматизировать сброс скомпилированного программного кода с помощью специального ключа. Посмотрим, как его правильно использовать:
/ClearCache.Обратим внимание: ключ /ClearCache очищает только кэш клиентских модулей для текущего запуска, предотвращая исполнение устаревшего байт-кода после обновлений конфигурации. Он не удаляет тяжелые файлы структуры форм с жесткого диска, но в большинстве повседневных ситуаций помогает обойтись без ручного вмешательства в файловую систему.
Если у конкретного пользователя возник серьезный сбой, а доступ к системным папкам заблокирован групповыми политиками, применим быстрый способ создания нового чистого профиля кэша. Для этого удалим строку информационной базы из стартового списка 1С и добавим ее заново под тем же именем и с теми же параметрами подключения. Платформа сгенерирует для этой записи новый уникальный идентификатор, создаст свежий каталог в AppData и начнет работу с чистого листа.
Когда сбой проявляется исключительно в виде некорректной работы поиска (поиск через строку списка не находит существующие элементы или выдает пустые строки), причина может крыться в поломке индекса полнотекстового поиска. Проверим эту гипотезу:
После завершения фоновой индексации проверка поиска покажет корректные результаты у всех пользователей без необходимости локальной очистки их рабочих станций.
В клиент-серверном режиме метаданные кэшируются не только на рабочих станциях, но и на сервере 1С:Предприятия (в оперативной памяти рабочих процессов rphost и на диске в каталоге srvinfo). Если динамическое обновление повредило структуру на уровне кластера, чистка клиентских ПК даст лишь временный эффект.
Для обеспечения стабильности клиент-серверной базы настроим регулярное обслуживание:
Интервал перезапуска) равным 86400 секунд (один раз в сутки). Это гарантирует своевременное освобождение оперативной памяти и сброс зависших контекстов сеансов.ragent, перейдем в каталог srvinfo и очистим временные папки контекстов соединений (каталоги вида snccntx*), не удаляя файлы описания кластера 1CV8Clst.lst. После запуска службы платформа пересоберет кэш сервера заново.srvinfo и пользовательские пути %LOCALAPPDATA%\1C\ добавлены в список исключений постоянного антивирусного мониторинга на всех узлах инфраструктуры.