← На главную

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

Нужно ли чистить кэш на регулярной основе

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

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

В каких случаях очистка кэша действительно оправдана

Проанализируем ситуации, когда процедура очистки кэша действительно необходима:

1. Обновление версии платформы 1С. При переходе на новый релиз платформы (например, с версии 8.3.5 на 8.3.10 или более свежую) структуры хранящегося кэша могут некорректно сопоставляться с новыми исполняемыми файлами. В этот момент очистка локального кэша оправдана.
2. Сбои после динамического обновления. Использование динамического обновления конфигурации («демонического обновления») без завершения сеансов пользователей — главная причина повреждения клиентского кэша. Если метаданные были обновлены «на лету», у пользователей могут возникать ошибки вида «Имя не найдено» или аварийное завершение работы.
3. Локальные ошибки отображения интерфейса. Если у конкретного пользователя не открывается форма или «поплыли» настройки рабочего стола, а у других всё работает корректно, сброс локальных данных в каталогах AppData\Local\1C\1Cv8 и AppData\Roaming\1C\1Cv8 поможет решить проблему.

Реальные причины зависания информационных баз при входе

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

1. Блокировки журнала регистрации (SQLite). Если журнал регистрации хранится в новом формате .lgd (база SQLite), при высокой интенсивности записей или большом объеме файла однопоточный движок SQLite может заблокировать файл на запись. В итоге процессы rphost и rmngr зависают, пытаясь записать событие входа пользователя.
2. Утечка оперативной памяти на сервере. При длительной работе сервера 1С без настроенного перезапуска процессов rphost накапливают невысвобожденную память. Когда лимит памяти исчерпан, сервер перестает принимать новые подключения.
3. Блокировки на стороне СУБД. Зависание при запуске может быть связано с монопольными блокировками системных таблиц (например, Config) или переполнением базы TempDB в MS SQL Server.

Как обеспечить стабильную работу 1С без регулярной чистки кэша

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

1. Отказ от динамического обновления конфигурации
Все обновления рабочей базы следует проводить исключительно в монопольном режиме с завершением всех пользовательских сеансов. Это на 99% исключает проблемы с повреждением кэша на клиентах.

2. Настройка журнала регистрации
Если наблюдаются регулярные подвисания из-за файла .lgd, проанализируем возможность перевода журнала регистрации в классический текстовый формат .lgf или настроим регулярное разделение и сокращение журнала.

3. Настройка интервала перезапуска рабочих процессов
В консоли администрирования кластера 1С установим параметры автоматически перезапуска рабочих процессов (параметры «Предел объема памяти» и «Интервал превышения памяти»). Это позволяет освобождать оперативную память без разрыва соединений пользователей.

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

1cv8.exe ENTERPRISE /F "C:\Bases\Trade" /ClearCache

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