Как устранить ошибку блокировки файлов и требование перезагрузки при установке платформы 1С:Предприятие

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

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

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

Проанализируем архитектуру платформы 1С:Предприятие. Несмотря на то что различные версии платформы устанавливаются в отдельные каталоги (например, C:\Program Files\1cv8\8.3.X.XXXX), инсталлятор всегда обновляет ряд общих системных компонентов. К ним относятся программа запуска 1cestart.exe, системные библиотеки интеграции, драйверы защиты и регистрационные записи COM-объектов в реестре Windows. Если в момент установки эти разделяемые ресурсы заняты запущенными процессами, установщик не может перезаписать их напрямую.

Рассмотрим основные источники блокировки файлов:

  1. Запущенные клиентские сеансы и зависшие процессы: если на рабочем месте или терминальном сервере открыта программа 1С (процессы 1cv8.exe или 1cv8c.exe), общие модули запуска оказываются заблокированными.
  2. Служба «Агент сервера 1С:Предприятия»: при обновлении серверной платформы исполняемый файл службы (процесс ragent.exe, а также rmngr.exe и rphost.exe) удерживает системные библиотеки. Инсталлятор не всегда может корректно перерегистрировать службу без ее предварительной остановки.
  3. Публикация баз на веб-серверах: если настроена работа через IIS или Apache, рабочие процессы веб-сервера (w3wp.exe или httpd.exe) удерживают загруженными модули расширения веб-сервисов (например, wsisapi.dll).
  4. Использование COM-соединения: внешние интеграции через объект V83.COMConnector удерживаются системным процессом dllhost.exe, что блокирует библиотеку comcntr.dll.
  5. Попытка повторной установки идентичного дистрибутива: если запустить установку того же релиза платформы, который уже активен в системе, файлы исполняемых модулей в целевой папке окажутся заблокированы самой работающей программой.

Способ 1. Завершение пользовательских процессов и остановка служб

Разберем по шагам стандартный порядок действий перед запуском обновления платформы на сервере или локальном компьютере:

  1. Убедимся, что все пользователи завершили сеансы работы с информационными базами.
  2. Откроем «Диспетчер задач» и проверим отсутствие зависших фоновых процессов 1cv8.exe и 1cv8c.exe. При необходимости завершим их вручную.
  3. Если обновляется сервер 1С, откроем оснастку «Службы» (команда services.msc), найдем службу «Агент сервера 1С:Предприятия 8.3» и временно остановим ее.
  4. Если информационные базы опубликованы на веб-сервере IIS, выполним в командной строке от имени администратора остановку веб-служб командой iisreset /stop.
  5. Запустим файл установки платформы setup.exe. В этом случае инсталляция пройдет штатно без диалоговых окон с требованием перезагрузки ОС.
  6. После успешного завершения установки запустим ранее остановленные службы 1С и веб-сервера (командой iisreset /start).

Способ 2. Поиск блокирующих дескрипторов через Монитор ресурсов

Рассмотрим ситуацию, когда все видимые окна 1С закрыты, но инсталлятор продолжает сообщать о занятых файлах. Выясним, какой именно системный процесс держит ресурсы платформы открытыми:

  1. Нажмем комбинацию клавиш Win + R, введем команду resmon.exe и нажмем Enter.
  2. В открывшемся «Мониторе ресурсов» перейдем на вкладку «ЦП».
  3. Развернем раздел «Связанные дескрипторы».
  4. В поле поиска введем 1cv8 или путь к папке установки (например, Program Files\1cv8).
  5. Проанализируем сформированный список: утилита покажет имя процесса и его идентификатор (PID), удерживающий файлы. Завершим найденный блокирующий процесс через контекстное меню.

Способ 3. Диагностика процесса установки через логирование MSI

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

msiexec /i "1CEnterprise 8.msi" /L*V "C:\install_1c.log"

Посмотрим на результат выполнения команды: в корне диска C появится текстовый файл install_1c.log. Открыв его, можно найти точный код ошибки Windows Installer, а также имена конкретных библиотек или веток реестра, доступ к которым был заблокирован антивирусным ПО или правами учетной записи.

← На главную