К статье
Практический материал

Администрирование · 12 мин

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

Как очистить кэш 1С Управление торговлей 11: где находятся папки кэша, как удалить их вручную и через настройки, что делать при ошибках после очистки.

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

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

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

Когда кэш УТ 11 действительно нужно чистить

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

Типичные ситуации, когда очистка кэша помогает:

  • ошибка «Ошибка формата потока» при запуске или при открытии документов;
  • после обновления УТ 11 у пользователя открывается «старый» интерфейс или старые формы;
  • программа вылетает при запуске, хотя у коллег на той же базе всё работает;
  • отчёты и печатные формы отображаются некорректно, с искажённой структурой;
  • медленная работа и зависания именно на одном рабочем месте;
  • после переноса базы или смены сервера старый клиент «помнит» прежние настройки.
Ошибка только у одного пользователяВероятна проблема локального кэша

Попросите коллегу открыть тот же документ на своём компьютере

Ошибка у всех пользователейПроблема в базе или на сервере

Очистка кэша не поможет — нужна диагностика конфигурации

Ошибка после обновленияКэш устарел после смены версии

Очистите кэш на всех проблемных рабочих местах

Ошибка формата потокаКлассический симптом повреждённого кэша

Начните с очистки кэша, затем проверьте базу

Где находится кэш 1С на компьютере

Платформа 1С:Предприятие 8.3 хранит кэш в профиле пользователя Windows, в двух основных каталогах. Путь зависит от версии платформы и режима работы, но стандартные расположения такие:

  • %APPDATA%\1C\1cv8 — то есть C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8;
  • %LOCALAPPDATA%\1C\1cv8 — то есть C:\Users\ИмяПользователя\AppData\Local\1C\1cv8.

Внутри этих каталогов кэш разложен по папкам с «говорящими» именами — например, reg_1541 (номер соответствует порту сервера 1С) — и по папкам с длинными буквенно-цифровыми именами вида 3b8c9d2e-.... Эти GUID-имена — уникальные идентификаторы информационных баз. Каждой базе из списка соответствует своя папка.

Чтобы быстро попасть в нужный каталог, нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter. Папка AppData по умолчанию скрыта, поэтому прямой ввод пути — самый быстрый способ. Если баз файловая, кэш будет и в Roaming, и в Local; при клиент-серверном режиме основной кэш метаданных обычно лежит в Roaming.

Способ 1. Удаление базы из списка и повторное добавление

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

Порядок действий
  1. 1
    Закройте все сеансы 1С на этом компьютере
  2. 2
    Откройте окно запуска 1С (стартер со списком баз)
  3. 3
    Выделите базу УТ 11 и нажмите «Удалить» — сама база на диске или сервере не пострадает
  4. 4
    Нажмите «Добавить» и заново укажите путь к базе: каталог для файловой или сервер и имя базы для клиент-серверной
  5. 5
    Запустите базу и проверьте, исчезла ли ошибка

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

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

Способ 2. Ручное удаление папок кэша

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

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

Что удалять не нужно: файлы 1cestart.cfg, ibases.v8i (это список баз стартера), папки conf, ExtCompT, WebExt. Удаление ibases.v8i сотрёт весь список баз, и его придётся восстанавливать вручную.

batch
:: Завершить сеансы и очистить кэш 1С (запускать от имени пользователя)
taskkill /f /im 1cv8.exe 2>nul
taskkill /f /im 1cv8c.exe 2>nul
for /d %%d in ("%APPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%%d"
for /d %%d in ("%LOCALAPPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%%d"

Способ 3. Параметр /ClearCache и очистка на сервере

Для тонкого клиента и отдельных сценариев можно использовать параметр командной строки /ClearCache — он очищает кэш клиентских приложений при запуске. Параметр указывается в свойствах ярлыка или в дополнительных параметрах запуска базы в стартере (кнопка «Настройка» при редактировании базы в списке).

В клиент-серверном режиме есть ещё один уровень кэша — серверный. Он хранится в каталоге srvinfo на сервере 1С, в подпапках reg_1541 (или с другим номером порта). Признак того, что нужна серверная очистка: ошибка у всех пользователей сразу после обновления или восстановления из копии. Для очистки нужно остановить службу агента сервера 1С, удалить содержимое папки reg_1541 (кроме файлов журнала, если они нужны) и запустить службу заново. Эта операция требует прав администратора сервера и внепланового простоя, поэтому планируйте её на нерабочее время.

Сравнение способов очистки

Удаление базы из списка

Подходит новичкам, безопасно, но не всегда вычищает кэш полностью

Ручное удаление папок

Самый надёжный вариант для локального кэша, требует аккуратности с путями

Параметр /ClearCache

Удобен для разовой очистки тонкого клиента, не трогает серверный кэш

Очистка srvinfo на сервере

Нужна при массовых ошибках после обновления; требует остановки службы и прав администратора

Проверка результата и типичные ошибки

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

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

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

Запуск базы
Норма

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

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

Ошибка формата потока повторяется

Работа других пользователей
Норма

У всех всё работает как раньше

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

После чистки серверного кэша ошибки появились у всех

Список баз в стартере
Норма

Все базы на месте, пути корректные

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

Список пуст — удалён ibases.v8i, нужно добавить базы заново

Повторное появление ошибки
Норма

Через несколько дней работы ошибок нет

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

Ошибка возвращается регулярно — нужна диагностика диска и памяти

Типичные ошибки
01
Чистка кэша при открытом сеансе 1С — файлы заблокированы, кэш удалится частично и проблема останется
02
Удаление папки самой базы вместо папки кэша — риск потери данных файловой базы
03
Удаление ibases.v8i — пропадает весь список баз, приходится добавлять их заново
04
На терминальном сервере чистится только один профиль, хотя ошибка у нескольких пользователей
05
Повторная чистка кэша при массовой ошибке — время потрачено, а причина в базе или сервере

Когда очистка кэша не поможет

Есть ситуации, где чистка кэша бесполезна и только отсрочивает настоящее решение. Если ошибка повторяется у всех пользователей — ищите причину в конфигурации (некорректное обновление, доработки), в СУБД или в оборудовании. Если ошибка регулярно возвращается на одном и том же компьютере — проверьте оперативную память и диск этого ПК: сбойное «железо» портит кэш снова и снова. Антивирус, сканирующий каталоги кэша в реальном времени, тоже может повреждать файлы — в таком случае каталоги %APPDATA%\1C и %LOCALAPPDATA%\1C добавляют в исключения антивируса.

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

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

Удалятся ли мои данные при очистке кэша?

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

Как очистить кэш, если работаем через терминальный сервер?

Кэш хранится в профиле каждого пользователя терминального сервера. Попросите пользователя завершить сеанс, затем удалите папки кэша в его каталогах AppData\Roaming\1C\1cv8 и AppData\Local\1C\1cv8. Если ошибка у нескольких пользователей — чистить нужно профиль каждого из них, а при массовой проблеме проверяйте сервер 1С, а не терминальник.

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

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

Очистка кэша не помогла, ошибка формата потока осталась. Что дальше?

Если база файловая — сделайте копию и проверьте файл 1Cv8.1CD утилитой chdbfl.exe из каталога платформы, затем выполните тестирование и исправление в конфигураторе. Если клиент-серверная — проверьте серверный кэш (srvinfo), журналы СУБД и корректность последнего обновления конфигурации.

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

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

Где лежит кэш у пользователя без прав администратора?

В том же месте — в профиле самого пользователя (%APPDATA% и %LOCALAPPDATA%). Права администратора для очистки собственного кэша не нужны: пользователь имеет полный доступ к своему профилю. Права администратора потребуются только для чистки серверного кэша в srvinfo или кэша других пользователей.

Итог

Что важно запомнить

Очистка кэша УТ 11 — безопасная процедура, которая решает локальные ошибки вроде «Ошибка формата потока» и глюки после обновления. Начните с удаления базы из списка стартера; если не помогло — вручную удалите GUID-папки в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 при закрытой 1С. Массовая ошибка у всех пользователей — признак проблемы в базе или на сервере, а не в кэше.