Как почистить кэш на сервере 1С: когда это нужно и что нельзя удалять

Очистка кэша 1С — одна из тех операций, которую администраторы часто выполняют «на всякий случай». Пользователь не может подключиться к базе, после обновления появились ошибки, сервер ведет себя нестабильно — и первым советом становится «почистить кэш».
Иногда это действительно помогает. Но кэш 1С — не универсальное лекарство от всех проблем. Если удалять служебные файлы без понимания, можно не ускорить систему, а получить дополнительные ошибки: потерять настройки кластера, сломать подключение к информационным базам или усложнить восстановление после сбоя.
В этой статье разберем, когда очистка кэша на сервере 1С оправдана, где могут находиться служебные файлы, что нужно проверить перед удалением, какие каталоги нельзя трогать без подготовки и почему регулярная очистка «по расписанию» не всегда хорошая идея.
Что обычно называют кэшем 1С
Под словом «кэш 1С» часто понимают разные вещи. Из-за этого и возникают ошибки: один администратор говорит о клиентском кэше пользователя, другой — о временных файлах на сервере, третий — о служебных данных кластера.
Перед очисткой нужно понять, с каким именно типом данных вы работаете.
| Что очищают | Где находится | Когда это может быть нужно |
|---|---|---|
| Клиентский кэш | В профиле пользователя на рабочей станции или терминальном сервере. | Ошибки интерфейса, некорректное открытие форм, проблемы после обновления клиента. |
| Временные файлы 1С | Во временных каталогах пользователя или учетной записи, под которой работает служба. | Нехватка места, зависшие временные файлы после аварийного завершения процессов. |
| Служебные файлы кластера | В каталоге данных сервера 1С, часто в srvinfo или каталоге, указанном параметром -d. | Проблемы запуска агента, повреждение служебных данных, аварийное восстановление. |
| Журналы и технологические логи | В каталогах, заданных настройками журналирования. | Не являются кэшем, но могут занимать место на диске. |
Когда очистка кэша действительно помогает
Очистка кэша может быть полезна, если проблема связана с устаревшими или поврежденными временными данными. Но перед удалением файлов стоит убедиться, что причина не в СУБД, правах доступа, нехватке места, сетевых портах или повреждении самой информационной базы.
Типовые ситуации
Очистку стоит рассмотреть в следующих случаях:
- после обновления платформы или конфигурации появились ошибки на отдельных рабочих местах;
- у части пользователей некорректно открываются формы или интерфейс работает нестабильно;
- после аварийного завершения процессов остались временные файлы;
- на сервере быстро закончилось свободное место из-за временных каталогов;
- служба агента сервера не стартует и журналы указывают на проблему со служебными файлами;
- после переноса сервера или изменения кластера появились ошибки, связанные с устаревшими служебными данными.
Но если 1С просто «тормозит», очистка кэша не должна быть первым и единственным действием. Медленная работа чаще связана с ресурсами сервера, СУБД, тяжелыми запросами, блокировками, дисками, регламентными заданиями или сетевыми проблемами.
Где искать кэш и служебные файлы 1С
Точного универсального пути для всех серверов нет. Он зависит от версии платформы, способа установки, операционной системы и параметров запуска службы.
Каталог данных сервера 1С
На Windows при установке сервера 1С как службы служебные файлы кластера часто находятся в каталоге srvinfo. Но ориентироваться только на типовой путь нельзя. Правильнее посмотреть параметры службы агента сервера 1С и найти значение параметра -d.
Для проверки можно использовать PowerShell:
Get-CimInstance Win32_Service |
Where-Object { $_.DisplayName -like "*1C:Enterprise*Server Agent*" } |
Select-Object Name, DisplayName, State, PathName
В поле PathName нужно найти параметр -d. Именно он указывает каталог, где хранятся служебные файлы кластера.
Пример:
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"В этом примере каталог данных сервера — C:\Program Files\1cv8\srvinfo. В реальной инфраструктуре путь может отличаться.
Клиентский кэш пользователя
Если проблема проявляется только у одного пользователя или на одном рабочем месте, начинать обычно нужно не с сервера, а с клиентского кэша.
На Windows чаще всего проверяют каталоги:
%LOCALAPPDATA%\1C\1cv8
%APPDATA%\1C\1cv8На терминальном сервере такие каталоги есть у каждого пользователя. Поэтому очистка кэша одного пользователя не влияет на всех остальных.
Временные каталоги
Временные файлы могут находиться в каталогах %TEMP% и %TMP% учетной записи, под которой работает процесс. Важно понимать, что временный каталог администратора и временный каталог службы 1С — это не всегда одно и то же.
Перед удалением временных файлов нужно определить, от имени какой учетной записи работает служба сервера 1С, и не очищать системные каталоги без понимания их назначения.
Что нельзя удалять без подготовки
Самая опасная ошибка — открыть каталог srvinfo, выделить все файлы и удалить их как «кэш». В некоторых аварийных случаях очистка служебных данных действительно может использоваться как способ восстановления запуска сервера, но это уже не обычная профилактическая операция.
В каталоге данных кластера могут находиться сведения о зарегистрированных информационных базах, рабочих серверах, процессах, администраторах кластера и других элементах серверной инфраструктуры. Если удалить эти файлы без подготовки, сервер может запуститься в другом состоянии или потребовать повторной настройки.
| Что делать нельзя | Почему опасно | Как правильно |
|---|---|---|
Удалять весь srvinfo без резервной копии | Можно потерять служебные данные кластера и настройки серверной инфраструктуры. | Сначала сделать копию каталога и зафиксировать текущие настройки кластера. |
| Удалять файлы при работающих процессах 1С | Часть файлов может быть занята, а процессы продолжат работать с неконсистентным состоянием. | Планировать окно обслуживания и корректно останавливать службы. |
| Чистить кэш всех пользователей без причины | Можно сбросить пользовательские настройки и усложнить поддержку. | Начинать с пользователя или узла, где проявляется проблема. |
| Удалять технологические журналы без анализа | Можно потерять данные, которые нужны для диагностики. | Сначала сохранить нужные логи, затем настроить ротацию. |
Как безопасно подготовиться к очистке
Даже если кажется, что нужно удалить только временные файлы, подготовка обязательна. Особенно если речь идет о рабочем сервере 1С, где пользователи ежедневно ведут учет, формируют отчеты и выполняют обмены.
Перед очисткой проверьте
- есть ли актуальная резервная копия информационной базы;
- понятно ли, где находится каталог данных сервера 1С;
- известно ли, под какой учетной записью работает служба;
- есть ли доступ администратора к серверу;
- запланировано ли окно обслуживания;
- уведомлены ли пользователи;
- сохранены ли важные журналы для диагностики;
- понятно ли, как запустить службы обратно.
Если сервер работает в кластере, дополнительно нужно понять, на каких рабочих серверах проявляется проблема. Не всегда нужно очищать все узлы сразу.
Порядок очистки клиентского кэша
Если проблема проявляется у одного пользователя, сначала лучше проверить клиентский кэш. Это менее рискованно, чем очистка служебных файлов сервера.
Windows
Последовательность действий обычно такая:
- Закройте все сеансы 1С у пользователя.
- Проверьте, что процессы
1cv8.exeи1cv8c.exeзавершены. - Откройте каталог
%LOCALAPPDATA%\1C\1cv8. - При необходимости переименуйте каталог, а не удаляйте его сразу.
- Запустите 1С и проверьте подключение к базе.
Переименование безопаснее удаления: если после очистки появится побочный эффект, старый каталог можно вернуть.
ren "%LOCALAPPDATA%\1C\1cv8" "1cv8_old"На терминальном сервере эту операцию нужно выполнять в профиле конкретного пользователя, у которого возникла проблема.
Порядок очистки на сервере 1С
Очистку на сервере лучше выполнять только в согласованное окно обслуживания. Нельзя рассчитывать, что пользователи «ничего не заметят»: остановка служб приведет к разрыву активных сеансов.
Общий порядок
- Уведомите пользователей о работах.
- Проверьте наличие резервной копии базы.
- Сохраните важные журналы и параметры службы.
- Определите каталог данных сервера через параметр
-d. - Остановите службы 1С.
- Убедитесь, что процессы
ragent,rmngrиrphostзавершены. - Сделайте копию каталога, который планируете очищать.
- Удаляйте только те временные или кэшированные данные, назначение которых понятно.
- Запустите службы обратно.
- Проверьте подключение к информационным базам.
Проверка служб Windows
Сначала можно посмотреть службы 1С:
Get-Service | Where-Object { $_.DisplayName -like "*1C:Enterprise*" }Затем остановить нужную службу через оснастку служб Windows или PowerShell. Имя службы в разных установках может отличаться, поэтому не стоит слепо копировать команду из интернета — сначала проверьте фактическое имя службы.
Get-Service | Where-Object { $_.DisplayName -like "*Server Agent*" }После остановки проверьте, что процессы не остались висеть:
Get-Process ragent, rmngr, rphost -ErrorAction SilentlyContinueЕсли процессы остались активными, сначала нужно понять причину. Принудительное завершение процессов на рабочем сервере допустимо только как аварийная мера.
Когда очистка не поможет
Очистка кэша не решит проблемы, которые находятся за пределами временных и служебных файлов 1С. Если после очистки ошибка быстро возвращается, нужно искать причину глубже.
| Симптом | Почему кэш может быть ни при чем | Что проверить |
|---|---|---|
| 1С работает медленно у всех пользователей | Проблема может быть в СУБД, дисках, CPU, памяти или блокировках. | Нагрузку сервера, SQL Server/PostgreSQL, диски, регламентные задания. |
| Пользователи не подключаются к серверу | Причина может быть в портах, службах или сетевой доступности. | Порты 1540, 1541, 1560–1591, состояние служб, Firewall. |
| Не хватает места на диске | Место могут занимать логи, бэкапы, temp, журнал транзакций СУБД. | Структуру диска, размер логов, резервные копии, tempdb или журналы PostgreSQL. |
| Ошибки после обновления | Причина может быть в несовместимости расширений, внешних обработок или конфигурации. | Журналы обновления, расширения, платформу, тестовую базу. |
Практический чек-лист перед очисткой
- Определено, какой именно кэш нужно очистить: клиентский, временный или серверный.
- Проверено, что проблема действительно похожа на ошибку кэша.
- Есть актуальная резервная копия информационной базы.
- Сохранены важные журналы для диагностики.
- Пользователи предупреждены о работах.
- Проверен путь к каталогу данных сервера через параметр
-d. - Службы 1С остановлены.
- Процессы
ragent,rmngrиrphostзавершены. - Перед удалением сделана копия очищаемого каталога.
- После запуска выполнено тестовое подключение к базе.
Заключение
Очистка кэша на сервере 1С — полезный инструмент, но использовать его нужно аккуратно. В одних случаях достаточно очистить клиентский кэш пользователя, в других — временные файлы службы, а в аварийных ситуациях может потребоваться работа со служебными данными кластера.
Главное — не удалять все подряд. Перед очисткой нужно понять, где находится проблемный кэш, остановить активные процессы, сохранить важные данные и иметь план восстановления. Если очистка требуется регулярно, это повод искать первопричину, а не добавлять удаление файлов в расписание.
Правильный подход к очистке кэша помогает быстрее восстановить работу 1С и не создать новые проблемы там, где можно было обойтись аккуратной диагностикой.
Что почитать дальше
Если вы занимаетесь сопровождением серверной 1С, полезно также посмотреть связанные материалы:
- Развертывание серверной инфраструктуры 1С — как спроектировать сервер 1С, СУБД, резервное копирование и мониторинг.
- Сетевые порты сервера 1С — какие порты нужны для работы кластера, СУБД и веб-публикации.
- Настройка сервера лицензирования 1С — что проверить, если пользователи не могут получить лицензию.
- Какой сервер нужен для 1С Бухгалтерии — как подобрать ресурсы под базу, пользователей и удаленную работу.
Когда стоит обратиться к специалистам
Очистить клиентский кэш одного пользователя можно самостоятельно. Но если проблема возникает на рабочем сервере, затрагивает несколько информационных баз, повторяется после очистки или связана с каталогом данных кластера, лучше сначала провести диагностику.
Если вы планируете перенести 1С на новую инфраструктуру или хотите снизить риски при сопровождении серверной базы, можно рассмотреть аренду сервера с лицензиями 1С. Такой вариант позволяет разместить базу в подготовленной серверной среде, подобрать ресурсы под нагрузку и заранее продумать резервное копирование, удаленный доступ и обслуживание.
Кратко
- Кэш 1С бывает клиентским, временным и серверным — это разные вещи.
- Перед очисткой нужно понять, какие именно данные вызывают проблему.
- Каталог данных сервера 1С лучше искать по параметру
-dв службе агента сервера. - Не удаляйте весь
srvinfoбез резервной копии и понимания последствий. - Клиентский кэш одного пользователя безопаснее переименовать, а не удалять сразу.
- Очистку на сервере нужно выполнять только после остановки служб и завершения процессов.
- Если очистка помогает ненадолго, нужно искать первопричину проблемы.
- Регулярная очистка кэша без диагностики — не обслуживание, а маскировка ошибки.


