Обороткабаза знаний по 1С 8.3

Чистим кэш в 1С Документооборот: клиент, браузер и сервер

· 9 мин

Содержание

Утром в Документообороте не открывается карточка входящего: форма висит, список задач показывает вчерашние данные, а у соседа по кабинету всё в порядке. Чаще всего виноват локальный кэш на вашем компьютере. Чтобы почистить кэш в 1С Документооборот, закройте программу, удалите папки с GUID-именами в %LOCALAPPDATA%\1C\1cv8 и %APPDATA%\1C\1cv8, затем запустите базу снова.

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

Как понять, что виноват именно кэш

Кэш виноват не всегда. Сначала сверьте симптомы:

  • 🐢 форма карточки или список «Мои задачи» открываются заметно дольше, чем у коллег на том же сервере;
  • 🔄 после обновления конфигурации интерфейс показывает старые поля или командную панель;
  • ❌ при открытии формы появляется ошибка вроде Ошибка при вызове метода контекста или форма просто не отрисовывается;
  • 👻 удалённый вручную элемент справочника всё ещё виден в выпадающем списке;
  • 🖥️ у одного пользователя проблема есть, у других нет — тогда причина почти наверняка локальная.

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

Диагностика: выберите симптом

Что именно лежит в кэше

Знать это полезно, чтобы не бояться удаления:

  • 🧩 описание конфигурации и готовые формы, которые клиент получил с сервера и не хочет запрашивать снова;
  • 📑 результаты недавних запросов к серверу: списки, справочники, представления ссылок;
  • 🪟 локальные настройки окон: размеры, положение, ширина колонок;
  • 🗂️ временные копии файлов, которые вы открывали на просмотр.

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

Чистим кэш в толстом и тонком клиенте

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

Вариант 1. Удаление папок вручную

  1. Полностью закройте 1С. Проверьте в диспетчере задач, что не осталось процессов 1cv8 и 1cv8c.
  2. Нажмите Win + R, введите %LOCALAPPDATA%\1C\1cv8 и нажмите Enter.
  3. Удалите все папки, имена которых состоят из букв и цифр с дефисами (формат GUID, например 4a1b9c2e-...).
  4. Повторите то же для %APPDATA%\1C\1cv8.
  5. Файлы ibases.v8i и 1cestart.cfg не трогайте — в них список ваших баз и настройки запуска.
  6. Запустите базу. Первый вход будет чуть дольше обычного: платформа пересоздаёт кэш.

Не удаляйте папку 1C целиком и файл со списком баз — иначе придётся добавлять информационные базы заново.

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

Вариант 2. Запуск с параметром /ClearCache

Это самый быстрый способ: платформа сама сбрасывает кэш клиент-серверных вызовов перед стартом. Достаточно добавить параметр в ярлык.

Правой кнопкой по ярлыку запуска → «Свойства» → поле «Объект». В конец строки добавьте пробел и параметр:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /ClearCache

Либо через командную строку для конкретной базы:

"C:\Program Files\1cv8\8.3.25.1445\bin\1cv8c.exe" ENTERPRISE /S"srv-1c\docflow" /ClearCache

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

Вариант 3. Через окно запуска списка баз

Если вы используете стартер 1С: выделите базу в списке, нажмите «Изменить» и в дополнительных параметрах запуска добавьте /ClearCache. Так удобно, когда пользователь не любит править ярлыки.

СпособКогда подходитРиск
Удаление папок вручнуюГлубокая очистка, ничего не помоглоМожно случайно удалить лишнее
Параметр /ClearCacheРазовый сброс, быстроПочти нет
Скрипт на batМного рабочих местНужно протестировать на одном ПК

Управляем кэшем в веб-клиенте и браузере

В веб-клиенте часть данных лежит у браузера. Серверный кэш на компьютере пользователя не создаётся, поэтому папки 1С чистить бессмысленно.

Порядок действий такой:

  1. Обновите страницу с полной перезагрузкой: Ctrl + F5. Часто этого хватает после обновления конфигурации.
  2. Если не помогло, откройте очистку данных браузера: Ctrl + Shift + Delete.
  3. Выберите «Изображения и другие файлы, сохранённые в кэше» за всё время. Куки и пароли отмечать не нужно, иначе потеряете вход в другие сервисы.
  4. Закройте вкладку и откройте адрес базы заново.

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

Если у сотрудника открыто несколько вкладок с Документооборотом, закройте все до очистки. Иначе страница продолжит использовать старые данные из памяти, и вам покажется, что очистка не сработала. Проверьте это, прежде чем делать вывод о причине: пять секунд на закрытие вкладок экономят полчаса поисков.

Расширения браузера тоже влияют на веб-клиент. Блокировщики рекламы и «менеджеры загрузок» иногда режут служебные запросы. Отключите их для адреса базы и сравните скорость.

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

Серверный кэш: что чистить администратору

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

Порядок для клиент-серверного варианта:

  1. Предупредите пользователей и дождитесь, пока все выйдут из базы. Либо завершите сеансы в консоли администрирования кластера.
  2. Остановите службу «Агент сервера 1С:Предприятия 8.3».
  3. Найдите каталог кластера (по умолчанию он внутри каталога данных сервера, подпапка вида reg_1541). Внутри лежат каталоги сеансовых данных с именами snccntx....
  4. Удалите содержимое этих каталогов. Сами папки кластера и файлы 1CV8Clst.lst не трогайте.
  5. Запустите службу и проверьте, что кластер поднялся.

Перед работой с каталогами кластера сделайте копию каталога целиком. Ошибка здесь останавливает всех пользователей, а не одного.

Что ещё делает администратор в этой же плоскости:

  • 🗄️ проверяет, хватает ли места на диске с каталогом кластера и томами хранения файлов;
  • 🧹 смотрит, нет ли «зависших» сеансов с пометкой давно неактивных пользователей;
  • ⚙️ перезапускает рабочие процессы при плановом обслуживании, а не при каждом чихе.

Если Документооборот опубликован на веб-сервере (Apache или IIS), перезапуск пула приложений тоже сбрасывает часть данных публикации. Для IIS это перезапуск пула приложений в диспетчере IIS. Делайте вне рабочего времени: все сеансы веб-клиента оборвутся.

Не подменяйте очистку кэша перезагрузкой сервера «на всякий случай». Если причина в блокировках СУБД или нехватке памяти, после перезагрузки проблема вернётся через час.

Автоматизация: скрипт очистки для всех рабочих мест

Когда в организации десятки пользователей, ходить по компьютерам нет смысла. Простой bat-файл удаляет кэш при входе в Windows или по запросу пользователя.

@echo off
rem Закрываем 1С, если она запущена
taskkill /F /IM 1cv8c.exe >nul 2>&1
taskkill /F /IM 1cv8.exe >nul 2>&1

rem Чистим кэш в профиле пользователя
for /d %%D in ("%LOCALAPPDATA%\1C\1cv8\*") do rd /s /q "%%D"
for /d %%D in ("%APPDATA%\1C\1cv8\*") do rd /s /q "%%D"

echo Кэш 1С очищен.
pause

Что здесь важно:

  • 🔒 скрипт работает только в профиле текущего пользователя и не трогает чужие данные;
  • ⚠️ taskkill /F закрывает 1С принудительно: несохранённые формы пропадут, поэтому не запускайте скрипт автоматически в рабочее время;
  • 📁 файлы вроде ibases.v8i лежат в корне каталога 1cv8, а не в подпапках, поэтому цикл по подпапкам их не задевает.

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

Перед массовой очисткой кэша
Выполнено: 0 / 5

Если очистка кэша не помогла

Бывает, что кэш удалён, а Документооборот всё равно медленный. Тогда ищем дальше. Идём от простого к сложному:

  1. Другой пользователь Windows на том же ПК. Если у него работает быстро, дело в профиле: настройки, антивирусные исключения, права на папки.
  2. Антивирус. Он проверяет каждый временный файл платформы. Добавьте в исключения каталог 1cv8 в профиле и каталог сервера.
  3. Сеть. Проверьте задержку до сервера. Для клиент-серверной работы привычно ждать отклика в единицах миллисекунд, а не сотни.
  4. Большие списки. Журнал документов за много лет без отбора грузится долго при любом кэше. Включите отбор по периоду или по подразделению.
  5. Расширения и обработки. Отключите их по одному и проверьте.
  6. Версия платформы. Если ошибка началась сразу после её обновления, сверьте версию платформы с рекомендуемой для вашей редакции Документооборота.

Если вы дошли до пятого пункта и проблема остаётся, воспроизведите её в тестовой копии базы. Так видно, виновата конфигурация или инфраструктура.

Профилактика: чтобы кэш не копил проблемы

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

  • 📆 чистите кэш по событию (обновление конфигурации, смена платформы, странное поведение), а не по календарю;
  • 💾 держите на диске клиента запас не меньше нескольких гигабайт: платформа и браузер пишут временные файлы;
  • 🔁 обновляйте платформу на клиентах до той же версии, что на сервере: расхождение даёт лишние перезаписи кэша;
  • 👥 разделяйте профили на сервере терминалов, чтобы один «тяжёлый» сеанс не портил остальным работу;
  • 📊 следите за размером каталога %LOCALAPPDATA%\1C\1cv8: если он разрастается до десятков гигабайт, у пользователя, вероятно, работает много баз и давно не чистился профиль.

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

Можно ли потерять документы, если очистить кэш?
Нет. Документы, файлы и задачи хранятся в информационной базе и на томах. Кэш содержит только копии служебных данных, которые платформа создаёт заново.
Слетят ли настройки интерфейса и рабочий стол?
Настройки пользователя лежат в самой базе, поэтому они сохранятся. Может сброситься только положение окон и размер колонок, которые платформа хранила локально.
Как часто нужно чистить кэш?
Только при проблемах или после обновления конфигурации и платформы. Регулярная чистка по расписанию замедляет вход, а пользы не приносит.
Почему после очистки первый вход долгий?
Платформа заново загружает описание конфигурации и формы с сервера. Для большой базы это от десятков секунд до пары минут, дальнейшие входы быстрее.
Помогает ли очистка кэша от ошибки «Файл не найден» при открытии вложения?
Обычно нет. Это проблема тома хранения файлов или прав доступа к нему, а не клиентского кэша.
Нужно ли чистить кэш администратору на сервере при каждом обновлении?
Нет. Достаточно обычного перезапуска рабочих процессов в окно обслуживания. Каталоги сеансовых данных чистят только при подозрении на «мусор» после аварии.