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

В этой статье мы разберем безопасные методы очистки для разных компонентов сервера: от ручной уборки временных папок до автоматизации через скрипты и встроенные утилиты . Особое внимание уделим очистке логов кластера серверов 1С 8.3 без риска повредить текущие сессии пользователей, а также оптимизации дискового пространства на виртуальных машинах. Инструкции актуальны для Windows Server 2016/2019/2022 и Linux (Debian/Ubuntu, CentOS).

1. Подготовка к очистке: резервное копирование и анализ дискового пространства

Прежде чем приступать к удалению файлов, обязательно создайте резервную копию критичных данных. Это касается не только баз 1С, но и конфигурационных файлов кластера, а также каталогов с временными данными. Используйте встроенные инструменты или сторонние решения вроде Veeam Backup для виртуальных сред.

Для анализа занятого пространства:

  • 📊 На Windows: запустите WinDirStat или встроенную утилиту Storage Settings (Параметры → Система → Хранилище).
  • 🐧 На Linux: выполните команду
    du -sh /opt/1cv8/* | sort -h
    для просмотра крупнейших папок в каталоге 1С.
  • 🔍 Проверьте папки C:\ProgramData\1C\1Cv8\ (Windows) или /var/opt/1C/1cv8/ (Linux) — здесь чаще всего скапливается мусор.
📊 Как часто вы очищаете сервер 1С?
Раз в месяц
Раз в квартал
Только при ошибках
Никогда не очищал

Если сервер 1С работает в виртуальной среде (VMware, Hyper-V), убедитесь, что у виртуальной машины достаточно свободного места на диске. В противном случае после очистки может не хватить пространства для создания новых логов или временных файлов.

⚠️ Внимание: Не удаляйте файлы с расширением .cd (конфигурационные данные) и .dt (данные таблиц) вручную — это может привести к повреждению баз. Для их очистки используйте только штатные механизмы .

2. Очистка временных файлов и кэша 1С

Временные файлы (.tmp, .log, .mnl) накапливаются в процессе работы сервера и редко удаляются автоматически. Их можно безопасно очистить, но только при остановленном кластере серверов 1С.

Путь к временным файлам:

  • 🖥️ Windows: C:\Users\<ИМЯ_ПОЛЬЗОВАТЕЛЯ>\AppData\Local\1C\1Cv8\ и C:\ProgramData\1C\1Cv8\tmplts\
  • 🐧 Linux: /home/<ИМЯ_ПОЛЬЗОВАТЕЛЯ>/.1cv8/1C/1cv8/ и /opt/1cv8/tmplts/

Для очистки:

  1. Остановите службу кластера 1С:
    systemctl stop srv1cv83  # Linux
    

    net stop "1C:Enterprise 8.3 Server Agent" # Windows

  2. Удалите все файлы с расширениями .tmp, .log (кроме ragent.log и rmngr.log — их лучше архивировать).
  3. Очистите папку tmplts (шаблоны отчетов и печатных форм).
  4. Перезапустите службу:
    systemctl start srv1cv83  # Linux
    

    net start "1C:Enterprise 8.3 Server Agent" # Windows

☑️ Чек-лист перед очисткой временных файлов

Выполнено: 0 / 4
⚠️ Внимание: Не очищайте папку conf вручную — она содержит конфигурации кластера. Для ее обновления используйте rac cluster или консоль администрирования.

3. Очистка логов кластера серверов 1С

Логи кластера (ragent.log, rmngr.log, *.lgp) могут занимать десятки гигабайт, особенно если включен расширенный уровень логирования. Их можно очистить без остановки кластера, но с осторожностью.

Способы очистки:

  • 🔄 Архивация + ротация: Настройте автоматическую ротацию логов через rac:
    rac cluster log rotate --cluster=<ИМЯ_КЛАСТЕРА> --days=7

    Эта команда архивирует логи старше 7 дней.

  • 🗑️ Ручная очистка: Удалите файлы .lgp и .old в папке /var/log/1C/ (Linux) или C:\ProgramData\1C\1Cv8\log\ (Windows).
  • 📊 Настройка уровня логирования: Уменьшите детализацию логов в консоли администрирования (Логирование → Уровень детализации).
Тип лога Путь (Linux) Путь (Windows) Можно ли удалять
ragent.log /var/log/1C/srv1cv83/ragent.log C:\ProgramData\1C\1Cv8\log\ragent.log Да (архивировать)
rmngr.log /var/log/1C/srv1cv83/rmngr.log C:\ProgramData\1C\1Cv8\log\rmngr.log Да (архивировать)
*.lgp /var/log/1C/srv1cv83/*.lgp C:\ProgramData\1C\1Cv8\log\*.lgp Да (полностью)
srvinfo.reg /opt/1cv8/conf/srvinfo.reg C:\ProgramData\1C\1Cv8\conf\srvinfo.reg Нет

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

0 3    find /var/log/1C/srv1cv83/ -name ".lgp" -mtime +7 -delete
💡

Перед удалением логов проверьте, не используются ли они для аудита или отладки. Если да — архивируйте их в отдельную папку с датой очистки.

4. Очистка резервных копий и старых версий баз

Резервные копии (.dt, .cf, .zip) и старые версии баз данных могут занимать сотни гигабайт. Их очистку нужно проводить только после подтверждения актуальности данных с бухгалтерией или IT-отделом.

Как найти и удалить устаревшие копии:

  • 🔍 Используйте утилиту chdbfl для проверки целостности файлов баз:
    chdbfl "C:\Базы1С\ИмяБазы\1Cv8.1CD"
  • 🗑️ Удалите папки с резервными копиями старше 3 месяцев (если не требуется по политике компании).
  • 📦 Для баз в формате SQL (PostgreSQL, MS SQL) очистите старые бэкапы через pgAdmin или SQL Server Management Studio.

Если используете 1С:Бухгалтерию или 1С:ERP, проверьте папку C:\Users\Public\1C\1Cv8\ — здесь могут храниться временные файлы выгрузок/загрузок данных.

⚠️ Внимание: Не удаляйте файлы 1Cv8.1CD или 1Cv8.DT из рабочих папок баз — это приведет к потере данных. Для очистки таких файлов используйте Конфигуратор 1С → Администрирование → Выгрузить/Загрузить информационную базу.

5. Оптимизация работы кластера серверов 1С

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

  • 🔄 Перезапуск рабочих процессов: В консоли администрирования (rac) выполните:
    rac cluster restart --cluster=<ИМЯ_КЛАСТЕРА> --force
  • 📊 Настройка лимитов памяти: Проверьте параметры MaxMemoryUsage и CacheSize в файле srvinfo.reg.
  • 🛠️ Дефрагментация дисков (Windows): Для физических серверов запустите defrag C: /L (анализ) и defrag C: /O (оптимизация).

Для Linux-серверов проверьте настройки swappiness (должно быть значение 10 для серверов 1С) и vm.dirty_ratio (рекомендуется 10-20). Эти параметры влияют на производительность при работе с большими базами данных.

Как проверить текущие настройки кластера?

Выполните команду rac cluster list для просмотра рабочих процессов и rac cluster info --cluster=<ИМЯ_КЛАСТЕРА> для детальной информации о памяти и нагрузке.

6. Автоматизация очистки: скрипты и планировщик задач

Чтобы не очищать сервер вручную, настройте автоматические задачи:

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

$days = 30

$path = "C:\ProgramData\1C\1Cv8\log\*"

Get-ChildItem -Path $path -File | Where-Object { $_.LastWriteTime -lt (Get-Date).AddDays(-$days) } | Remove-Item -Force

Пример для Linux (Bash):

#!/bin/bash

find /var/log/1C/ -name "*.log" -type f -mtime +30 -delete

find /opt/1cv8/tmplts/ -name "*.tmp" -type f -mtime +7 -delete

Добавьте скрипт в планировщик:

  • 🖥️ Windows: Task Scheduler → Create Task (ежедневно в 3:00).
  • 🐧 Linux: crontab -e и добавьте строку:
    0 3   * /path/to/cleanup_script.sh
⚠️ Внимание: Перед настройкой автоматической очистки протестируйте скрипты на тестовом сервере. Некоторые файлы (например, *.mnl) могут использоваться текущими сессиями пользователей.

7. Проверка результатов и мониторинг производительности

После очистки сервера обязательно проверьте:

  • 📈 Производительность: Запустите тестовую сессию в 1С и измерьте время выполнения типичных операций (например, формирование отчета).
  • 📊 Логи ошибок: Проверьте новые записи в ragent.log и rmngr.log на предмет критических ошибок.
  • 💾 Дисковое пространство: Убедитесь, что освободилось достаточно места (не менее 20% от общего объема диска).

Для долговременного мониторинга настройте Zabbix или Prometheus с алертами на:

  • 🚨 Занятость диска более 80%.
  • 🚨 Падение производительности кластера (время ответа более 5 секунд).
  • 🚨 Ошибки в логах (ERROR или CRITICAL).
💡

Регулярная очистка сервера 1С (раз в 1-3 месяца) снижает риск сбоев на 40% и ускоряет работу баз данных на 15-30%.

Часто задаваемые вопросы (FAQ)

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

Да, но только логи (.lgp, .old) и временные файлы старше 7 дней. Для полной очистки (например, папки tmplts) кластер нужно остановить.

Как очистить кэш метаданных в 1С?

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

rac cache clear --cluster=<ИМЯ_КЛАСТЕРА>

Что делать, если после очистки 1С не запускается?

Вероятно, были удалены критичные файлы конфигурации. Восстановите их из резервной копии или переустановите кластер с сохранением данных баз. Проверьте права доступа на папки /opt/1cv8/ (Linux) или C:\ProgramData\1C\ (Windows).

Как очистить базу 1С от устаревших документов?

Это делается не на уровне сервера, а через Конфигуратор или обработки вроде «Помощник удаления помеченных объектов». Предварительно создайте резервную копию!

Нужно ли очищать сервер 1С на облачных платформах (1С:Fresh, Yandex Cloud)?

Нет, в облачных решениях очистка выполняется автоматически провайдером. Доступ к файловой системе сервера обычно ограничен.