Что делать, если при обновлении 1С:Комплексная автоматизация 2.2 на 2.4 переполняется диск из-за роста лог-файлов?

← На главную

Переход между редакциями «1С:Комплексная автоматизация» (КА), особенно с версии 2.2 на 2.4, — это технически сложный процесс, который сопровождается кардинальной переработкой архитектуры данных. Одной из самых неприятных проблем, с которыми сталкиваются администраторы при таком обновлении, является стремительное (иногда «бесконечное») разрастание лог-файлов в рабочих каталогах сервера. В результате системный диск C:\ забивается под ноль, что приводит к остановке работы сервера и прерыванию процесса обновления.

Проанализируем ситуацию: файлы накапливаются по специфическому пути c:\Users\USR1CV8\AppData\Local\Temp\1c_logs\rphost_XXXX\*.log. Это указывает на то, что платформа генерирует огромный объем служебной информации в папке временных файлов пользователя, под которым запущена служба сервера 1С. Разберем по шагам, как локализовать и устранить эту проблему.

Решение 1: Отключение журнала регистрации через Конфигуратор

При масштабном обновлении, таком как переход с КА 2.2 на 2.4, в системе запускаются сотни обработчиков данных. Эти обработчики пересчитывают остатки, переносят данные в новые регистры (например, новые механизмы партионного учета) и перепроводят документы. Каждое такое действие фиксируется в стандартном Журнале регистрации.

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

Запустим базу в режиме Конфигуратор.
Перейдем в меню Администрирование — Настройка журнала регистрации.
В появившемся окне выберем вариант Не регистрировать.
Нажмем ОК, чтобы применить настройки.

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

Решение 2: Проверка наличия и настроек Технологического журнала

Путь к файлам ...\AppData\Local\Temp\1c_logs\ часто свидетельствует о работе не обычного журнала регистрации, а Технологического журнала (ТЖ). ТЖ предназначен для глубокого анализа проблем платформы, и если он включен в режиме записи всех событий, то при массовом обновлении данных он может генерировать сотни мегабайт логов в минуту.

Выясним причину активности ТЖ:

Проанализируем содержимое каталогов C:\Program Files\1cv8\conf и C:\Program Files (x86)\1cv8\conf.
Найдем файл с именем logcfg.xml. Именно этот файл управляет сбором технологических логов.
Если файл существует, переименуем его (например, в logcfg.xml.bak) или временно удалим. Платформа 1С мгновенно (в течение минуты) увидит отсутствие файла и прекратит запись детальных логов в папку 1c_logs.

Если же логи необходимы для диагностики, можно ограничить их размер и время хранения, отредактировав logcfg.xml следующим образом:


<config xmlns="http://v8.1c.ru/7.4/config/log">
  <log location="C:\Logs\1c" history="2">
    <event>
      <eq property="Name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

В данном примере параметр history="2" означает, что логи будут храниться только 2 часа, что предотвратит переполнение диска.

Решение 3: Перенос временных папок на другой диск

Если системный диск C:\ имеет малый объем (как в рассматриваемом случае — 40 ГБ), размещение на нем серверных логов и временных файлов — это всегда риск. Рассмотрим способ переноса папки Temp на более емкий диск (например, D:\).

Для пользователя, от имени которого работает сервер 1С (обычно USR1CV8), необходимо изменить переменные окружения:

Зайдем в Панель управления — Система — Дополнительные параметры системы.
На вкладке Дополнительно нажмем Переменные среды.
В разделе системных переменных (или переменных пользователя USR1CV8) найдем TEMP и TMP.
Изменим их значения на путь к папке на другом диске, например: D:\1C_Temp.
После внесения изменений потребуется перезагрузка службы 1C:Enterprise 8.3 Server Agent.

Это не остановит рост логов, но позволит им заполнять свободное место на диске данных, не блокируя работу операционной системы.

Решение 4: Отключение режима отладки

Проанализируем параметры запуска службы сервера 1С. Если служба запущена с ключом -debug, это заставляет платформу генерировать дополнительную служебную информацию для обеспечения возможности подключения отладчика. При выполнении тяжелых фоновых заданий по обновлению КА 2.4 это создает лишнюю нагрузку на дисковую подсистему.

Посмотрим, как это проверить:

Откроем редактор реестра (regedit).
Перейдем по пути HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent.
Найдем параметр ImagePath.
Если в строке присутствует ключ -debug, его рекомендуется временно удалить на период глобального обновления данных.
Перезапустим службу сервера 1С.

Решение 5: Мониторинг «отложенных обработчиков» обновления

В конфигурации «Комплексная автоматизация 2.4» используется механизм Библиотеки стандартных подсистем (БСП) для «отложенного обновления». Это означает, что после первого входа в программу в режиме «Предприятие» основная работа только начинается: запускаются фоновые задания ОчередьОбработкиДанных.

Чтобы контролировать этот процесс и не допускать «бесконечного» роста файлов:

Перейдем в раздел НСИ и администрирование — Обслуживание — Результаты обновления и дополнительная обработка данных.
Посмотрим на список невыполненных заданий. Если какое-то задание постоянно завершается с ошибкой и перезапускается, именно оно может быть источником бесконечного дампа (файлов .dmp) в папке 1c_logs.
В случае обнаружения циклической ошибки конкретного обработчика, его можно временно остановить, чтобы разобраться в причинах (например, нехватка прав или некорректные данные в базе), не дожидаясь переполнения диска.

Подводя итог, отметим, что наиболее вероятной причиной роста файлов в AppData\Local\Temp\1c_logs является именно активный Технологический журнал или генерация дампов памяти при критических ошибках фоновых заданий. Комбинация переноса временных папок на диск большого объема и временного отключения логирования позволит успешно завершить переход на новую версию программы.