Как почистить кэш 1С тонкого клиента

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

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

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

Что такое кэш тонкого клиента и когда его нужно чистить

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

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

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

Где находится кэш тонкого клиента

Платформа 1С хранит кэш в профиле пользователя Windows, в двух основных каталогах. Первый — %APPDATA%\1C\1cv8 (полный путь обычно выглядит как C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8). Второй — %LOCALAPPDATA%\1C\1cv8 (то есть C:\Users\ИмяПользователя\AppData\Local\1C\1cv8). Папка AppData скрыта по умолчанию, поэтому проще всего вставить переменную окружения прямо в адресную строку Проводника.

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

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

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

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

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

Если баз много и нужно удалить кэш только одной, идентификатор можно найти косвенно: откройте папки с GUID по очереди и посмотрите на дату изменения — у активно используемой базы она будет свежей. Более надёжный вариант — переименовать папку вместо удаления (например, добавить к имени «_old»), проверить работу программы и удалить окончательно только после подтверждения результата.

1. 1
   Закройте все окна 1С и убедитесь в диспетчере задач, что процессов 1cv8.exe и 1cv8c.exe нет
2. 2
   Откройте Проводник и вставьте в адресную строку %APPDATA%\1C\1cv8
3. 3
   Удалите все папки с длинными именами-идентификаторами
4. 4
   Повторите очистку в %LOCALAPPDATA%\1C\1cv8
5. 5
   Запустите 1С и проверьте, исчезла ли ошибка — первый запуск будет дольше обычного

Способ 2: очистка через список информационных баз

Более «мягкий» способ, не требующий поиска папок вручную. Откройте окно запуска 1С (стартер), выделите проблемную базу в списке, нажмите «Удалить» и подтвердите действие. Сама база при этом не пострадает — из списка удаляется только ссылка на неё. Затем добавьте базу заново через кнопку «Добавить», указав тот же путь или адрес сервера.

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

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

Способ 3: параметр /ClearCache и скрипт автоматизации

Тонкий клиент поддерживает параметр командной строки /ClearCache, который очищает кэш при запуске. Чтобы использовать его, создайте ярлык для исполняемого файла 1cv8c.exe (или 1cv8.exe с ключом тонкого клиента) и добавьте параметр в строку запуска. Учтите, что параметр сработает корректно только если клиент запускается с указанием конкретной базы — то есть вместе с параметрами подключения.

Для администраторов, которым нужно чистить кэш на множестве машин или регулярно, удобнее скрипт. Простой вариант на bat-файле завершает процессы 1С и удаляет оба каталога кэша:

taskkill /f /im 1cv8.exe 2>nul
taskkill /f /im 1cv8c.exe 2>nul
rd /s /q "%APPDATA%\1C\1cv8"
rd /s /q "%LOCALAPPDATA%\1C\1cv8"

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

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

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

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

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

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

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

Вторая распространённая ситуация — чистка не того профиля. Если на компьютере работают несколько пользователей Windows, кэш каждого лежит в его собственной папке AppData. Администратор, вошедший под своей учётной записью, не увидит кэш пользователя бухгалтерии. Очищать нужно именно под той учётной записью, где возникает проблема.

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

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