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

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

Как отключить кэширование в 1С и очистить кэш

Как отключить кэширование в 1С: очистка кэша клиента и сервера, параметр /ClearCache, настройки веб-сервера, типичные ошибки и проверка результата.

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

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

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

Где 1С хранит кэш и почему он мешает

Клиентское приложение 1С (тонкий и толстый клиент) сохраняет кэш в профиле пользователя операционной системы. Для файловых баз это каталоги вида %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\, где каждой информационной базе соответствует папка с длинным именем из букв и цифр — уникальным идентификатором базы (GUID).

Сервер 1С:Предприятия хранит свой кэш отдельно — в каталоге srvinfo, в подпапках reg_1541 (или с другим номером порта). Там лежат скомпилированные модули и служебные данные кластера. Если серверный кэш повреждён, ошибки появляются у всех пользователей одновременно, а не у одного.

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

Ошибка у одного пользователяПроблема в клиентском кэше

Очистите папки кэша в профиле этого пользователя

Ошибка у всех пользователейВероятен серверный кэш или ошибка в конфигурации

Перезапустите службу сервера 1С, проверьте конфигурацию

Ошибка после обновленияУстаревший кэш метаданных

Очистите кэш и проверьте, завершилось ли обновление

Ошибка только в веб-клиентеКэш браузера или веб-сервера

Очистите кэш браузера, проверьте настройки публикации

Очистка клиентского кэша вручную

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

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

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

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

Параметр /ClearCache и запуск через командную строку

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

Чтобы применить параметр, откройте свойства ярлыка базы в стартовом окне 1С: выделите базу, нажмите «Настройка» (или измените ярлык запуска) и добавьте в параметры /ClearCache. Альтернатива — запуск из командной строки вида:

bash
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /ClearCache

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

Очистка серверного кэша 1С

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

Для полной очистки остановите службу агента сервера, перейдите в каталог srvinfo (обычно C:\Program Files\1cv8\srvinfo\ или каталог, указанный при установке) и удалите содержимое папки reg_1541, кроме файлов журнала регистрации и списка баз (1CV8Clst.lst, 1CV8Clsto.lst), если нужно сохранить настройки кластера. После этого запустите службу заново.

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

Отключение кэширования при работе через веб-сервер

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

Для IIS проверьте настройки заголовков кэширования для виртуального каталога публикации: в разделе «HTTP Response Headers» можно задать правила, запрещающие кэширование, либо сбросить кэш, перезапустив пул приложений и сайт. Для Apache аналогичную роль играют директивы управления заголовками Cache-Control в конфигурации виртуального хоста.

Со стороны пользователя веб-клиента помогает очистка кэша браузера (обычно через Ctrl+Shift+Delete) или открытие базы в режиме инкогнито — это быстрый способ проверить, связана ли проблема с локальным кэшем браузера.

Как проверить, что проблема была именно в кэше

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

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

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

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

Повторное выполнение операции
Норма

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

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

Ошибка возвращается у того же пользователя или у всех

Время запуска после очистки
Норма

Первый запуск дольше обычного, далее — нормально

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

Запуск остаётся медленным постоянно

Журнал регистрации
Норма

Нет повторяющихся ошибок после очистки

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

Ошибки продолжают записываться — проблема не в кэше

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

Типичные ошибки
01
Удаление папок кэша при открытой 1С — часть файлов заблокирована, очистка неполная, ошибки сохраняются
02
Очистка только клиентского кэша при серверной проблеме — у всех пользователей ничего не меняется
03
Удаление каталога srvinfo целиком без копии — теряются настройки кластера и список баз
04
Постоянный запуск с /ClearCache — каждый старт замедляется, а реальная причина сбоев не устраняется
05
Очистка кэша вместо исправления ошибки в конфигурации — симптом глушится, причина остаётся

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

Итог

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

Полностью отключить кэширование в 1С нельзя, но можно очистить кэш клиента (папки GUID в AppData или параметр /ClearCache), сервера (перезапуск службы и очистка srvinfo) и веб-сервера с браузером. Перед серверной очисткой завершайте сеансы и делайте копию. Если после очистки ошибка возвращается — ищите причину в конфигурации или оборудовании.

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

Можно ли навсегда отключить кэширование в 1С настройкой?

Нет, штатного переключателя «отключить кэш» в платформе не существует — кэширование встроено в механизм работы клиента и сервера. Можно только регулярно очищать кэш вручную, скриптом или запускать клиент с параметром /ClearCache, что фактически даёт эффект работы без накопленного кэша, но замедляет запуск.

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

Нет. В папках кэша хранятся только временные файлы: скомпилированные модули, настройки форм, служебные данные. Сами данные информационной базы (документы, справочники, регистры) находятся в файле базы или на SQL-сервере и при очистке кэша не затрагиваются.

Как автоматизировать очистку кэша для всех пользователей?

Обычно используют пакетный скрипт, который удаляет содержимое каталогов %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8, и запускают его через групповые политики домена или планировщик задач при выходе пользователя из системы. Важно, чтобы в момент выполнения скрипта сеансы 1С были закрыты.

Почему после обновления конфигурации у части пользователей старая версия?

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

Чем отличается /ClearCache от ручного удаления папок?

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

Кэш каких ещё компонентов стоит учитывать?

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