Как очистить кэш 1С 8.3 на сервере: все способы и рекомендации

Удалите папки кэша:

• 📁 Для Windows:

  rmdir /s /q "C:\Users\*\AppData\Local\1C\1cv8"
  rmdir /s /q "C:\ProgramData\1C\1cv8"

• 🐧 Для Linux:

  rm -rf /home/*/.1cv8/
  rm -rf /var/1C/srvinfo/

• Перезапустите службы 1С:

  • 🖥️ На Windows:

    net stop srv1cv83
    net start srv1cv83

  • 🐧 На Linux:

    systemctl restart srv1cv83

  ⚠️ Внимание: При ручной очистке на Linux убедитесь, что у вас есть права sudo или root. Удаление папок без прав приведёт к ошибке Permission denied, а частичная очистка может вызвать сбои в работе кластера.

  Закрыты все сеансы 1С на сервере

  Создана резервная копия папок кэша (опционально)

  Права доступа на удаление папок подтверждены

  Службы 1С остановлены

  -->

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

  Способ 2: Очистка кэша через консоль администрирования кластера

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

  Инструкция для Windows Server:

  1. Откройте Консоль администрирования кластера (ClusterConsole.exe) из папки установки 1С (обычно C:\Program Files (x86)\1cv8\8.3.хх.ххх\bin\).

  2. Подключитесь к центральному серверу кластера (если кластер распределённый, выберите главный узел).

  3. Перейдите в раздел Администрирование → Очистка кэша.

  4. Выберите тип очистки:

     • 🧹 Очистить кэш метаданных — удаляет устаревшие версии конфигураций.
     • 🗑️ Очистить кэш сеансов — сбрасывает временные данные пользовательских сессий.
     • 🔄 Очистить весь кэш — полная очистка (рекомендуется при критических ошибках).

  5. Подтвердите действие и дождитесь завершения процесса.

  Для Linux используйте утилиту rac (Remote Administration Console):

  rac cache clear --cluster=<ИмяКластера> --all

  Преимущества этого метода:

  • ✅ Автоматическая синхронизация на всех узлах кластера.
  • ✅ Нет риска удалить критические файлы (в отличие от ручной очистки).
  • ✅ Возможность выборочной очистки (например, только кэш конкретной базы).

  ⚠️ Внимание: Если кластер 1С работает в режиме высокой доступности (с резервными узлами), очистку кэша нужно выполнять последовательно: сначала на основном сервере, затем на резервных. Иначе возможна временная потеря связи между узлами.

  Способ 3: Автоматизированная очистка через скрипты

  Для крупных инсталляций (например, с десятками баз и сотнями пользователей) ручная очистка неэффективна. В этом случае помогают скрипты на PowerShell (Windows) или Bash (Linux), которые можно запускать по расписанию.

  Пример скрипта для Windows (PowerShell):

  # Остановка служб 1С
  Stop-Service -Name srv1cv83 -Force
  
  Очистка кэша
  Remove-Item -Path "C:\Users\*\AppData\Local\1C\1cv8" -Recurse -Force
  Remove-Item -Path "C:\ProgramData\1C\1cv8" -Recurse -Force
  
  Запуск служб
  Start-Service -Name srv1cv83
  
  Логирование
  $log = "Кэш 1С очищен: $(Get-Date)" | Out-File -FilePath "C:\Logs\1C_Cache_Clean.log" -Append

  Пример скрипта для Linux (Bash):

  #!/bin/bash
  Остановка служб
  systemctl stop srv1cv83
  
  Очистка кэша
  rm -rf /home/*/.1cv8/
  rm -rf /var/1C/srvinfo/
  
  Запуск служб
  systemctl start srv1cv83
  
  Логирование
  echo "Кэш 1С очищен: $(date)" >> /var/log/1c_cache_clean.log

  Чтобы автоматизировать запуск:

  • 📅 На Windows: используйте Планировщик задач (taskschd.msc). Задайте запуск скрипта, например, раз в неделю в нерабочее время.
  • 🐧 На Linux: добавьте задачу в cron:

    0 3   0 /path/to/clean_1c_cache.sh

    (это запуск каждый понедельник в 3:00).

  Важно: Если на сервере используется SSD-накопитель, частая очистка кэша (например, ежедневно) может сократить срок его службы из-за большого количества операций записи/удаления. В этом случае оптимален режим очистки раз в 1–2 недели.

  💡

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

  Способ 4: Очистка кэша для конкретной базы данных

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

  Инструкция через Консоль администрирования кластера:

  1. Подключитесь к кластеру и выберите проблемную базу в списке.

  2. Перейдите в Свойства базы → Дополнительно → Очистка кэша.

  3. Выберите Очистить кэш метаданных и подтвердите.

  Через rac (для Linux или удалённого администрирования):

  rac cache clear --cluster=<ИмяКластера> --infobase=<ИмяБазы>

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

  • 🖥️ На Windows:

    rmdir /s /q "C:\Users\<ИмяПользователя>\AppData\Local\1C\1cv8\"

    (где <ID_Базы> — уникальный идентификатор, например, 1c83frm).

  • 🐧 На Linux:

    rm -rf /home/<ИмяПользователя>/.1cv8/<ИмяБазы>/

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

  Как найти ID базы для очистки кэша?

  ID базы можно узнать несколькими способами:

  1. В файле 1CV8.lst (для файлового режима) — путь к нему обычно C:\Users\Public\1C\1cv8\ или /home/users/.1c/ на Linux.

  2. Через rac:

  rac infobase summary list --cluster=<ИмяКластера>

  В выводе будет колонка ID или Name.

  3. В конфигураторе: откройте базу, перейдите в Справка → О программе — в заголовке окна будет ID.

  Ошибки при очистке кэша и как их избежать

  Неправильная очистка кэша может привести к ещё большим проблемам. Рассмотрим типичные ошибки и способы их решения:

  Ошибка	Причина	Решение
  Отказано в доступе (Permission denied)	Недостаточно прав для удаления папок	Запустите скрипт от имени Администратора (Windows) или с sudo (Linux)
  Кэш не очищается, файлы остаются	Файлы заблокированы процессами 1С	Проверьте в Диспетчере задач (Windows) или через ps aux | grep 1cv8 (Linux), что все процессы остановлены
  Ошибка подключения к кластеру после очистки	Удалены критические файлы конфигурации кластера	Восстановите папку srvinfo из резервной копии или переустановите кластер
  База не открывается, ошибка "Несоответствие версии"	Очищен кэш метаданных, но не обновлена конфигурация	Обновите конфигурацию базы через конфигуратор или восстановите кэш из резервной копии
  Зависание сервера при очистке	Большой объём кэша (десятки ГБ) или фрагментированный диск	Очищайте кэш по частям (например, сначала tmplts, затем cache) или используйте утилиты вроде Defraggler (Windows)

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

  ⚠️ Внимание: На серверах с 1С:Предприятием 8.3.18+ при очистке кэша через консоль кластера может появляться предупреждение "Очистка кэша может занять длительное время". Это не ошибка — дождитесь завершения процесса (может занять до 10–15 минут для крупных кластеров).

  Дополнительные рекомендации по оптимизации кэша

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

  • 📉 Ограничьте размер кэша в настройках кластера:
    • В ClusterConsole.exe перейдите в Свойства кластера → Кэш.
    • Установите лимит (например, 1024 МБ вместо Неограничено).
  • 🔄 Настройте автоматическую очистку через rac:

    rac cluster cache autclean --cluster=<ИмяКластера> --enable --interval=7

    (это включит очистку раз в 7 дней).

  • 🗃️ Перенесите кэш на отдельный диск (например, D:\1C_Cache\). Для этого:
    • Создайте новую папку.
    • В ClusterConsole.exe укажите её в настройках кэша.
    • Перезапустите службы 1С.
  • 📊 Мониторьте размер кэша с помощью скриптов. Пример для Windows:

    $cacheSize = (Get-ChildItem "C:\ProgramData\1C\1cv8" -Recurse | Measure-Object -Property Length -Sum).Sum / 1MB
    if ($cacheSize -gt 5000) { Send-MailMessage -To "admin@example.com" -Subject "Превышен лимит кэша 1С" -Body "Размер кэша: $cacheSize МБ" }

  Для 1С:Предприятия 8.3.20+ доступна настройка селективного кэширования — можно указать, какие объекты конфигурации (справочники, документы) не должны кэшироваться. Это полезно для баз с большим количеством редко используемых данных. Настройка выполняется в ClusterConsole.exe в разделе Политики кэширования.

  💡

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

  FAQ: Частые вопросы по очистке кэша 1С на сервере

  Можно ли очищать кэш 1С на сервере без остановки служб?

  Нет, это крайне не рекомендуется. Очистка кэша во время работы 1С может привести к:

  • Потере данных пользовательских сеансов.
  • Повреждению файлов блокировок (в клиент-серверном режиме).
  • Ошибкам типа "Session broken" или "Connection lost".

  Исключение — выборочная очистка кэша конкретной базы через rac, если в ней нет активных пользователей.

  Как очистить кэш 1С на терминальном сервере (RDS)?

  На Terminal Server кэш накапливается для каждого пользователя отдельно. Чтобы очистить его:

  1. Завершите все сеансы 1С через Диспетчер задач или qwinsta (для принудительного отключения).
  2. Удалите папки кэша для всех профилей:

     for /d %u in (C:\Users\*) do rmdir /s /q "%u\AppData\Local\1C\1cv8"

  3. Очистите общий кэш кластера (если используется клиент-серверный режим) в C:\ProgramData\1C\1cv8\.
  4. Перезапустите службу srv1cv83.

  Для автоматической очистки на RDS используйте скрипты входа/выхода (Group Policy).

  Что делать, если после очистки кэша 1С перестала открываться?

  Возможные причины и решения:

  • Удалены критические файлы конфигурации — восстановите папку кэша из резервной копии или переустановите платформу.
  • Несоответствие версии метаданных — обновите конфигурацию базы через конфигуратор (1cv8.exe DESIGNER).
  • Повреждение кластера — проверьте логи (C:\ProgramData\1C\1cv8\log\) и перезапустите службу ragent.
  • Проблемы с правами доступа — убедитесь, что у пользователя 1С есть права на папку кэша (например, IIS_IUSRS для веб-сервера).

  Если проблема не решается, проверьте целостность базы через chdbfl.exe (утилита для проверки файлов 1С).

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

  На Ubuntu (и других Debian-based дистрибутивах) порядок действий:

  1. Остановите службы 1С:

     sudo systemctl stop srv1cv83

  2. Удалите папки кэша:

     sudo rm -rf /home/*/.1cv8/
     sudo rm -rf /var/1C/srvinfo/

  3. Если используется PostgreSQL в связке с 1С, очистите кэш базы:

     sudo -u postgres psql -c "SELECT pg_repack_database('<ИмяБазы>');"

  4. Запустите службы:

     sudo systemctl start srv1cv83

  Для автоматической очистки добавьте задачу в cron:

  sudo crontab -e
  Добавить строку:
  0 4   0 /path/to/clean_1c_cache.sh

  Нужно ли очищать кэш после обновления 1С до 8.3.22?
  Да, обязательно. При обновлении платформы 1С (например, с 8.3.20 на 8.3.22) старый кэш может содержать устаревшие метаданные, что приведёт к:
  • Ошибкам типа "Несоответствие версии платформы".
  • Проблемам с отображением форм или отчётов.
  • Зависаниям при открытии базы.
  Рекомендуемый порядок:
  1. Обновите платформу на сервере.
  2. Очистите кэш (через ClusterConsole или вручную).
  3. Обновите конфигурации баз (через конфигуратор).
  4. Перезапустите службы 1С.