Почему 1С создает бесконечное количество временных файлов в папке Temp и как это остановить

Системный администратор 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

При работе с программными продуктами на платформе 1С:Предприятие 8.3, особенно в конфигурации Бухгалтерия предприятия 3.0, системные администраторы и пользователи часто сталкиваются с аномальным поведением системы: папка Temp на диске C начинает стремительно заполняться временными файлами. Объем создаваемых данных может достигать сотен гигабайт за несколько дней, что приводит к полной остановке работы операционной системы. Ситуация осложняется тем, что файлы продолжают создаваться даже в ночное время, когда в базе никто не работает.

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

Причина 1. Работа регламентных заданий в фоновом режиме

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

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

  1. Обновление индекса полнотекстового поиска: Платформа сканирует изменения в данных для обеспечения быстрого поиска. В версии 8.3.10 был замечен специфический баг, при котором этот процесс зацикливался, порождая тысячи файлов v8_*.tmp.
  2. Загрузка курсов валют и классификаторов: При попытке скачать данные из интернета и их распаковке создаются временные объекты. Если соединение нестабильно, 1С может не удалять старые попытки, а создавать новые.
  3. Проверка контрагентов: Сервисы проверки данных через веб-сервисы активно используют файлы с префиксом vrs-*.tmp.

Для решения этой проблемы нам необходимо проанализировать список активных заданий. Перейдем в раздел Администрирование — Обслуживание — Регламентные и фоновые задания. Выясним, какие задания выполнялись в моменты всплеска создания файлов, и отключим ненужные (например, «Извлечение текста», если вы не пользуетесь полнотекстовым поиском).

Причина 2. Особенности «Толстого клиента» и сетевого доступа

Проанализируем ситуацию, когда файловая база (файл 1Cv8.1CD) расположена в локальной сети на общем ресурсе, а пользователи подключаются через Толстый клиент. Это наиболее критичный вариант эксплуатации 1С.

В режиме толстого клиента вся обработка данных (сортировка, формирование отчетов, расчеты) происходит на компьютере пользователя. Для ускорения работы по медленной сети платформа кэширует огромные объемы данных локально в AppData\Local\Temp. Если сетевое соединение обрывается (даже на доли секунды), процесс 1cv8.exe может потерять связь с файлом базы, но не завершить формирование временного объекта. В итоге файл остается «брошенным» на диске.

Рекомендация: Переведите пользователей на Тонкий клиент. В этом режиме объем передаваемых данных значительно меньше, а механизмы кэширования работают более корректно. Еще более эффективным решением будет публикация базы на веб-сервере (Apache или IIS). В этом случае взаимодействие с базой будет происходить по протоколу HTTP, что практически исключает появление «мусорных» файлов из-за сетевых сбоев.

Причина 3. Конфликты с антивирусным ПО

Довольно часто причиной накопления файлов является блокировка их удаления антивирусом. Проанализируем типичный сценарий: 1. 1С создает временный файл для выполнения операции. 2. Операция завершается, 1С посылает команду системе на удаление файла. 3. Антивирус в этот момент начинает сканировать новый файл. 4. ОС отказывает 1С в удалении, так как файл «занят другим процессом». 5. 1С «забывает» о файле и при следующей операции создает новый.

Для устранения этой причины выполним следующие настройки: Добавим в исключения антивируса (White List):

Причина 4. Специфические баги платформы и утечки памяти

Версия платформы 8.3.10.2699 является достаточно старой. В ней зафиксированы ошибки, связанные с утечкой файловых дескрипторов при работе с веб-сервисами и «Информационным центром». Если вы видите файлы с именами-GUID или файлы vrs, это явный признак работы механизмов взаимодействия с облачными сервисами 1С.

Рассмотрим код, который может инициировать подобные процессы программно (для разработчиков):


// Пример некорректного использования временных файлов, 
// который может привести к их накоплению:
ИмяФайла = ПолучитьИмяВременногоФайла("tmp");
// ... выполнение каких-то действий с файлом ...
// Если забыть вызвать УдалитьФайлы(), файл останется в Temp навсегда

Для диагностики используем утилиту Process Monitor (ProcMon). Запустим её и установим фильтр Path contains "Temp" и Process Name is "1cv8.exe". Это позволит в реальном времени увидеть, какое именно действие (например, CreateFile или WriteFile) инициирует бесконечную запись.

Как настроить автоматическую очистку?

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

  1. Перейдем в меню Администрирование.
  2. Выберем пункт Обслуживание, далее — Очистка ненужных файлов.
  3. Настроим расписание очистки. Система позволяет автоматически удалять файлы, созданные более суток назад.
  4. Также можно нажать кнопку «Очистить», чтобы немедленно высвободить место без остановки работы пользователей.

Радикальное решение: Переход на Мини-сервер

Как отмечают специалисты, работа в файловом режиме по сети для конфигурации «Бухгалтерия предприятия 3.0» на платформе 8.3 — это тупиковый путь. Для малого бизнеса (до 5 пользователей) существует решение 1С:Предприятие 8.3. Сервер МИНИ.

Переход на клиент-серверный вариант (с использованием бесплатной СУБД PostgreSQL или SQL Express) полностью решает проблему временных файлов на клиентских машинах, так как все тяжелые операции переносятся на сторону сервера. Временные файлы в этом случае создаются в профиле пользователя, под которым запущен rphost, и их количество строго контролируется менеджером кластера 1С.

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

← На главную