Как почистить кэш в 1С УТ 11

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

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

Способ очистки зависит от режима работы: файловая база на локальном компьютере, клиент-серверный вариант с MS SQL или PostgreSQL, либо работа через сервер 1С:Предприятия. Ниже разобраны все сценарии с конкретными шагами.

Когда кэш действительно нужно чистить: признаки проблемы

Не каждая ошибка в УТ 11 связана с кэшем. Прежде чем удалять файлы, убедитесь, что симптомы совпадают с типичными признаками устаревшего кэша. Это сэкономит время: если причина в другом, очистка не поможет, а поиск проблемы затянется.

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

Типичные симптомы: сообщения вида «Ошибка формата потока», «Поле объекта не обнаружено», пустые или «битые» формы, невозможность открыть отчёт, который вчера работал, зависание при запуске на этапе загрузки конфигурации. Если такое появилось сразу после обновления УТ 11 — вероятность кэш-проблемы максимальна.

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

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

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

Способ 1: удаление папок кэша вручную

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

Порядок действий: закройте 1С, нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter. Откроется папка с подкаталогами. Чтобы понять, какая папка относится к УТ 11, можно ориентироваться по файлу 1cv8u.pfl или файлу appsrvrs.lst внутри, либо просто удалить все папки с GUID — кэш всех баз пересоздастся при следующем запуске. Повторите то же для %LOCALAPPDATA%\1C\1cv8.

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

Если баз несколько и удалять всё нежелательно, найти нужный GUID помогает реестр: ветка HKEY_CURRENT_USER\Software\1C\1Cv8 или журнал подключений. На практике проще удалить все папки — единственное последствие: первый запуск каждой базы займёт чуть больше времени, пока кэш формируется заново.

Способ 2: удаление базы из списка и параметр /ClearCache

Более «мягкий» вариант — удалить базу из списка в окне запуска 1С и добавить её заново. При удалении из списка платформа предложит очистить связанные служебные данные, а при повторном добавлении база получит новый идентификатор и чистый кэш. Этот способ удобен, когда пользователь боится лазить по системным папкам.

Для тонкого клиента и отладки существует параметр командной строки /ClearCache, который очищает кэш метаданных при запуске конфигуратора. Однако он не заменяет полное удаление папок кэша толстого и тонкого клиента — его область действия уже. Использовать параметр стоит как дополнение, а не как единственную меру.

1cv8.exe DESIGNER /F"C:\Bases\UT11" /ClearCache

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

Очистка кэша в клиент-серверном варианте

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

Для очистки серверного кэша остановите службу «Агент сервера 1С:Предприятия», удалите содержимое папок вида reg_1541 (кроме файла списка кластера, если боитесь потерять регистрацию баз — тогда удаляйте только подпапки с GUID баз) и запустите службу снова. Учтите: остановка агента разорвёт все активные сеансы, поэтому работу проводят в нерабочее время или после предупреждения пользователей.

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

Как проверить, что очистка помогла

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

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

Типичные ошибки и ограничения

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

FAQ