Тихая установка

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

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

Создание метода

Перейдите на вкладку метода Тихая установка. Кликните на кнопку Создать файл параметров под выбором метода.

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

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

После выбора типа инсталлятора в Области параметров под полем Параметры будут отображены все известные параметры для этого типа инсталлятора. Клик по параметру добавит его в конец поля Параметры. Параметры можно редактировать вручную.

Добавляемый параметр может содержать значение. В таком случае в поле Параметры будет добавлен параметр и макро значения, выделенное для редактирования.

Кнопка Строка по умолчанию заполняет поле Параметры минимальной командной строкой по умолчанию для данного типа инсталлятора.

Использовать пустую командную строку — очищает поле Параметры, блокируя возможность ее редактирования, также блокируя возможность выбора типа инсталлятора (напрямую или косвенно), при этом метод считается завершенным и пригодным для развертывания.

После любого изменения поля Параметры метод сохраняется.

Метод тихой установки не поддерживает:
Web-загрузчики: они могут иметь параметры, которые обеспечивают работу загрузчика без вмешательства пользователя, но при этом загружаемый инсталляционный пакет запускается либо без параметров, либо параметры загрузчика к нему не подходят;
Самораспаковывающиеся архивы: они могут иметь параметры для распаковки содержимого без вмешательства пользователя, но при этом может быть не предусмотрен запуск инсталляционного пакета с необходимыми параметрами;
Инсталляционные пакеты, в которых тихая установка не предусмотрена, либо намеренно отключена на этапе создания пакета.

Если целевой компьютер находится в домене, используйте сетевые пути в параметрах с осторожностью, т.к. процесс инсталлятора будет запущен службой с правами локальной системы, у которой к этим путям может не быть доступа. Если вам необходимо использовать сетевые пути, убедитесь, что к этим путям есть доступ хотя бы у одной из этих групп пользователей: Authenticated Users, NETWORK, This Organization, Everyone, или же доступ есть у самого целевого компьютера.
Если целевой компьютер не в домене, не используйте сетевые пути в параметрах, т.к. процесс инсталлятора будет запущен службой с правами локальной системы, у которой к этим путям не будет доступа. Если вам необходимо использовать файлы, находящиеся в сети, добавьте их в Хранилище ПО вместе с инсталлятором, отметив галочку Инсталлятор состоит из нескольких файлов.

Конфигурационные файлы инсталляторов

Некоторые типы инсталляторов предполагают использование различного вида файлов конфигурации для настройки установщика. На данный момент TSD поддерживает работу с такими файлами для инсталляторов Microsoft Office Click-to-Run.

Microsoft предоставляет инсталляторы MS Office Click-to-Run отдельно от дистрибутива MS Office, в виде утилиты Office Deployment Tools. На данный момент существующая версия этого инсталлятора поддерживает Office 2013 и 2016. TSD не поддерживает развертывание никаких других уcтановочных файлов MS Office, кроме MS Office Click-to-Run. Обращайте внимание на сообщения на панели тихой установки и, в случае необходимости, следуйте инструкциям.

Для работы с конфигурационными файлами ПО должно быть многофайловым.

При создании метода, если файла конфигурации нет в папке ПО в хранилище, то создается файл конфигурации по умолчанию. Также доступна возможность импорта внешнего файла конфигурации.

Для импорта файла нажмите .

Редактор конфигурационных файлов работает в 2-х режимах: базовый и для продвинутых пользователей.

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

Если необходимо задать несколько устанавливаемых языков или исключенных из пакета установки приложений — задайте перечень языков и исключений через запятую.

Переключится в продвинутый режим можно нажав на кнопку

Продвинутый режим позволяет менять файл конфигурации в специальном текстовом редакторе непосредственно из TSD. Подробную информацию о структуре конфигурационного файла ищите на сайте Microsoft.

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

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

Используя конфигурационный файл, отредактированный в TSD, вы можете не задавать путь к нему для параметра командной строки. И при тестовом запуске, и при развертывании этот файл будет использоваться автоматически. Однако, в то же время вы можете задать для параметра путь к другому файлу — в этом случае будет использоваться файл по указанному пути.

Тайм-аут

В процессе развертывания на удаленный узел, некоторые факторы (например, неправильно созданная строка параметров или отсутствие поддержки тихой установки у инсталлятора) могут “подвесить” развертывание ПО, и ждать завершения работы инсталлятора можно было бы бесконечно. Для решения этой проблемы введено понятие “Тайм-аут” ожидания инсталлятора службой ТСД. По истечении тайм-аута служба прервет ожидание инсталлятора и завершит его работу.

Для каждого вновь созданного метода задается тайм-аут по умолчанию, который устанавливается в Настройках TSD, в разделе Методы развертывания . Тайм-аут применяется в процессе тестового запуска и развертывания ПО и задается значениями в минутах. Для небольших программ, процесс установки которых занимает мало времени, тайм-аут можно уменьшить, чтобы в случае нештатной ситуации не ждать принудительного завершения процесса дольше необходимого. В случае развертывания большого по размерам приложения, либо приложения, развертывание которого занимает большое время, рекомендуется увеличить тайм-аут до значения, за которое ПО гарантированно развернется на целевой машине. В противном случае развертывание ПО прервется преждевременно, не выполнив свои функции в полном объеме.

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

Изменения тайм-аута по умолчанию не будет влиять на тайм-аут приложения, который был задан вручную, даже если их значения совпадают.

Для возвращения тайм-аута в редакторе к значению по умолчанию, следует очистить поле и нажать Enter.

При вводе значений за пределами допустимых будут установлены максимально приближенные к ним значения.

Тестовый запуск

При использовании параметров тихой установки установщик не должен никак взаимодействовать с пользователем.

Чтобы проверить правильность поведения установщика с заданными параметрами, используйте тестовый запуск. Кнопка Тестовый запуск (локально) находится под выпадающим списком типов инсталлятора. Тестовый запуск считается успешным, если пользователю не пришлось никак реагировать на запросы программы.

TSD отслеживает запущенную программу и отображает состояние запуска в шапке панели тихой установки.

Установке не обязательно быть тихой, достаточно быть автоматической.

Перед тестовым запуском необходимо задать Контекст установки в паспорте ПО.

Мониторинг процессов установки

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

Данная ситуация может возникнуть, если, например, процесс установщика открыл сайт разработчика программы в интернет-браузере при своем завершении, или если основной процесс был самораспаковывающимся архивом, а установку выполняет дочерний процесс. Тестовый запуск метода завершится автоматически при завершении всех процессов из этого списка, или по нажатию кнопки “Установка завершена, остановить мониторинг”. Дочерние процессы, не завершившиеся к моменту нажатия на эту кнопку, попадут в список игнорируемых процессов при развертывании.

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

Дополнения

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

Если одна из панелей тихой установки не заполнена, метод считается незавершенным и не подходящим для развертывания.

Тихое выполнение файлов сценария

В случае, если до или после выполнения основного установщика ПО, вам необходимо выполнить набор команд, в TSD предусмотрена работа с пакетными файлами (.bat, .cmd) и средством автоматизации PowerShell. Рекомендуется применять командные файлы как дополнение к инсталляторам ПО.

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

Если вам необходимо передать в файл сценария параметры, убедитесь, что все значения параметров, которые имеют пробелы, вы взяли в кавычки (для скриптов PowerShell кавычки должны быть одинарными). Вы можете проверить правильность составления строки параметров по результату выполнения файла сценария с помощью кнопки Тестовый запуск (локально). Однако для проверки правильности написания скрипта лучше использовать cmd.exe либо Windows PowerShell ISE, в зависимости от типа вашего файла сценария.

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

Обратите внимание
Если вы обращаетесь к сетевым ресурсам в файлах сценария и их параметрах, мы рекомендуем использовать контекст установки Администратор. Удостоверьтесь, что пользователь, привязанный к компьютеру в Списке целей развертывания, имеет доступ к сетевому ресурсу. Если все же скрипт должен выполниться от имени локального пользователя и в процессе выполнения использовать файлы, находящиеся в сети, добавьте эти файлы в Хранилище ПО вместе с файлом сценария как многофайловый установщик. Затем откорректируйте скрипт таким образом, чтобы он использовал эти файлы локально – они будут лежать рядом с ним на целевом компьютере. Контекст Локальные системные привилегии не рекомендуется для развёртывания файлов сценария, так как ограничивает доступ сценария к сетевым ресурсам, но не дает никаких преимуществ.

По умолчанию, выполнение скриптов Powershell в Windows запрещено в целях безопасности. TSD во время развертывания использует механизм обхода этой защиты без изменения настройки безопасности. Microsoft предоставляет этот механизм, начиная с версии Powershell 2.0. Таким образом, если на удаленном компьютере установлена Powershell 1.0, то перед развертыванием убедитесь, что выполнение скриптов разрешено для этой системы или установите там Powershell 2.0.