Одной из классических проблем, с которой сталкиваются администраторы серверов «1С:Предприятие», является стремительное заполнение дискового пространства в профиле технического пользователя, под которым запущена служба сервера (обычно это USR1CV8). Папка AppData\Local\Temp может разрастаться до десятков и даже сотен гигабайт всего за несколько дней, что приводит к остановке работы всей системы. В этой статье мы проанализируем причины возникновения этой проблемы, разберем конкретный кейс с форума и рассмотрим комплексные методы борьбы с «мусором» в системе.
Рассмотрим ситуацию, описанную в теме: у пользователя за 10 дней папка временных файлов увеличилась на 80 Гб. Основная причина, которую удалось выяснить автору, — некорректная работа обработки обмена данными. В процессе выгрузки или загрузки создаются временные файлы, которые программа «забывает» удалить после завершения операции. Однако это лишь верхушка айсберга.
Проанализируем другие технические факторы, которые заставляют профиль USR1CV8 «пухнуть»:
Temp не происходит.rphost в папку профиля могут записываться файлы с расширением .dmp, размер которых может достигать нескольких гигабайт за раз.Как отметил автор темы, зачастую корень зла кроется в самописных обработках. Проанализируем, как должен выглядеть правильный подход к работе с временными файлами в 1С. Программисту крайне важно использовать конструкцию Попытка...Исключение, чтобы гарантировать удаление файла даже при возникновении ошибки.
Рассмотрим пример правильной реализации удаления временного файла в коде:
ИмяФайла = ПолучитьИмяВременногоФайла("xml");
// Производим действия с файлом, например, выгрузку
Попытка
ВыгрузитьДанныеВФайл(ИмяФайла);
// ... логика обмена
Исключение
ЗаписатьЛогОшибки(ОписаниеОшибки());
КонецПопытки;
// Обязательная очистка
Если НайтиФайлы(ИмяФайла).Количество() > 0 Тогда
УдалитьФайлы(ИмяФайла);
КонецЕсли;
Использование метода УдалитьФайлы() сразу после того, как файл перестал быть нужным, — это стандарт «хорошего тона», который предотвращает разрастание профиля USR1CV8.
Если проблему не удается решить на уровне кода (например, временные файлы создает сама платформа), необходимо настроить автоматизацию на уровне операционной системы. Разберем по шагам, как создать скрипт очистки.
Наиболее эффективным инструментом является PowerShell. Мы можем создать сценарий, который будет удалять только те файлы, которые старше 24 часов и не заблокированы в данный момент сервером 1С. Это исключит риск удаления актуальных данных работающих сессий.
Пример скрипта для планировщика задач Windows:
$TempPath = "C:\Users\USR1CV8.1C\AppData\Local\Temp"
$DaysToKeep = 1
$CurrentDate = Get-Date
Get-ChildItem $TempPath -Recurse | Where-Object {
$_.LastWriteTime -lt $CurrentDate.AddDays(-$DaysToKeep)
} | Remove-Item -Recurse -Force -ErrorAction SilentlyContinue
Этот скрипт рекомендуется поставить в Task Scheduler с ежедневным запуском в ночное время, когда нагрузка на сервер минимальна.
Если системный диск C: слишком мал, мы можем прибегнуть к административному маневру — переносу переменных окружения TEMP и TMP для пользователя службы. Рассмотрим, как это сделать:
USR1CV8 найдите TEMP и TMP.D:\1C_Temp.USR1CV8 есть полные права доступа (NTFS) к новой папке.Этот метод не прекратит генерацию мусора, но защитит операционную систему от критического сбоя при нехватке места на системном разделе.
Иногда платформа «держит» временные файлы из-за слишком длительного жизненного цикла рабочих процессов. Мы можем настроить принудительный перезапуск процессов rphost, что инициирует штатные механизмы очистки платформы.
Разберем настройки в консоли администрирования серверов 1С:
Регулярная ротация процессов позволяет операционной системе высвобождать дескрипторы файлов, после чего их может удалить скрипт очистки, о котором мы говорили выше. Для оперативного завершения зависших сеансов и рабочих процессов вручную можно использовать веб-приложение для управления сеансами и процессами rphost.
Если вы обнаружили, что папка раздувается не из-за .tmp файлов, а из-за .dmp (дампов), это сигнализирует о критических ошибках в работе платформы. Проанализируем ситуацию: дампы создаются, когда процесс 1С аварийно завершается («падает»).
В этом случае очистка — это лишь временная мера. Необходимо выяснить причину падений, которая часто кроется в:
Для управления дампами можно использовать настройки в файле conf.cfg, ограничив их создание или указав другой путь для их хранения, чтобы они не забивали профиль пользователя.
Подводя итог, отметим, что решение проблемы «раздутого» профиля USR1CV8 всегда должно быть комплексным: от исправления ошибок в коде обработок до настройки системных скриптов очистки и регламентных перезапусков сервера.