← На главную

При развертывании или обновлении платформы 1С:Предприятие на сервере терминалов (RDS) системные администраторы нередко сталкиваются с ситуацией: запуск файла setup.exe не приводит к какому-либо результату. Процесс либо завершается мгновенно без появления графического интерфейса мастера установки, либо в журнале событий Windows фиксируется остановка службы Установщик Windows (Windows Installer). При этом на обычных рабочих станциях тот же самый дистрибутив устанавливается без замечаний.

Проанализируем основные причины такого поведения и разберем по шагам проверенные способы решения проблемы.

Причина 1. Запуск из сетевого каталога или без повышенных привилегий

Если дистрибутив платформы расположен на сетевом ресурсе (сетевой папке), процесс инсталлятора при запуске с правами администратора может потерять доступ к сетевому диску. Кроме того, запуск двойным кликом в терминальной сессии не всегда корректно инициирует повышение прав UAC.

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

1. Скопируем папку с распакованным дистрибутивом на локальный диск сервера (например, в каталог C:\Distrib\1C).
2. Откроем командную строку (cmd) от имени администратора: нажмем Пуск, введем cmd, нажмем правой кнопкой мыши и выберем пункт Запуск от имени администратора.
3. Перейдем в каталог с инсталлятором и запустим установку:
   Скопировать код

   
   cd /d C:\Distrib\1C
   setup.exe
   

Причина 2. Особенности установки программ на сервере терминалов (RDS)

На серверах с ролью Remote Desktop Services операционная система разделяет реестр и пути файловой системы для каждого пользователя. Чтобы изменения при установке программного обеспечения корректно записались в глобальные ветки реестра и применились для всех будущих сессий, сервер необходимо перевести в режим установки.

Выполним процедуру перевода сервера через консоль:

1. Откроем командную строку от имени администратора.
2. Переведем терминальный сервер в режим установки командой: change user /install
3. Запустим установку платформы 1С: setup.exe
4. После завершения работы мастера установки вернем сервер в стандартный режим выполнения: change user /execute
5. Для проверки текущего состояния режима терминала можно использовать команду: change user /query

Причина 3. Блокировка скачанных файлов (Mark of the Web)

Если дистрибутив 1С был скачан из интернета через веб-браузер в виде архива, операционная система Windows присваивает файлу специальный атрибут безопасности (альтернативный поток Zone.Identifier). При распаковке встроенными средствами этот флаг наследуется исполняемыми файлами, из-за чего setup.exe блокируется системой безопасности без вывода предупреждающих сообщений.

Разберем, как снять блокировку:

1. Перед распаковкой архива нажмем по нему правой кнопкой мыши и перейдем в Свойства.
2. На вкладке Общие внизу окна установим флажок Разблокировать (Unblock) и нажмем Применить.
3. Если архив уже распакован, снимем блокировку рекурсивно для всех файлов каталога с помощью PowerShell (запущенного от имени администратора): Unblock-File -Path "C:\Distrib\1C\*"

Причина 4. Прямой запуск через Windows Installer и анализ логов

Исполняемый файл setup.exe представляет собой лишь загрузочную оболочку, которая распаковывает внутренние компоненты во временную папку %TEMP% и вызывает стандартный пакет Windows Installer (.msi). Если политики безопасности (AppLocker, SRP) или антивирус запрещают запуск исполняемых файлов из пользовательских каталогов Temp, оболочка завершает работу со сбоем.

В этом случае запустим MSI-пакет напрямую с включением подробного журнала отладки:

1. В каталоге дистрибутива найдем файл пакета: 1CEnterprise 8.msi (для 32-разрядной версии) или 1CEnterprise 8 (x86-64).msi (для 64-разрядной версии).
2. Запустим процесс установки через утилиту msiexec с выводом отладочного журнала: msiexec /i "1CEnterprise 8 (x86-64).msi" /L*V "C:\Distrib\install_1c.log"
3. Если установка завершится с ошибкой, откроем файл C:\Distrib\install_1c.log и выполним поиск по значению Return Value 3 для выявления точной причины сбоя.

Причина 5. Отложенные операции перезагрузки системы

Внезапная остановка службы Установщик Windows часто вызвана наличием флага отложенной перезагрузки после предыдущих обновлений операционной системы или стороннего ПО. В таком состоянии Windows Installer отклоняет запуск новых инсталляций.

Проанализируем системный реестр:

1. Откроем редактор реестра (regedit).
2. Перейдем в ветку: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager.
3. Проверим наличие параметра PendingFileRenameOperations. Если параметр содержит список файлов, запланированных к удалению или замене, необходимо перезагрузить сервер во внерабочее время либо временно очистить значение этого ключа.

Альтернативный вариант: ручной перенос установленной платформы

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

1. Скопируем каталог нужной версии платформы (например, C:\Program Files\1cv8\8.3.X.XXXX) с рабочей станции на сервер в аналогичную папку.
2. Для обеспечения работы внешних интеграций и обменов вручную зарегистрируем библиотеку COM-соединения. Для этого в командной строке от имени администратора выполним команду: regsvr32 "C:\Program Files\1cv8\8.3.X.XXXX\bin\comcntr.dll"