sccm-logo

Развёртывание Office 2019 Click-to-Run с помощью SCCM

В этой статье мы рассмотрим особенности развёртывания новых дистрибутивов Office 2019 Click-to-Run с помощью Configuration Manager Current Branch (1806). Функционал развёртывания Click-to-Run дистрибутивов Office 365 появился в SCCM 1702, затем был значительно улучшен в SCCM 1806 и это, пожалуй, самый простой способ развёртывания Office 365 или Office 2019.
Office 2019 теперь поставляется только в виде дистрибутивов Click-to-Run. Click-to-Run использует встроенную технологию App-V для запуска Office в изолированной среде, а сами приложения распространяются через CDN.

Развёртывание Office 2019

Перед развёртыванием напомню основные требования для работы Office 2019:

Для запуска мастера создания приложения перейдём в раздел Software Library > Overview > Office 365 Client Management и запускаем мастер установки:

Далее запускаем Office Customization Tool, которая избавляет нас от необходимости вручную создавать XML конфигурации установки:

В открывшемся окне Office Customization Tool указываем все необходимые параметры установки. К установке можно добавить Project, Visio. Либо же позже создать отдельные развёртывания для этих приложений.

Office Customization Tool представляет собой страницу https://config.office.com, которая открывается в IE, поэтому, скорее всего, вам потребуется добавить этот URL в список доверенных сайтов в IE и отключить Enhanced Security Configuration

На шаге Update and upgrade рекомендуется удалить все существующие MSI версии продуктов Office:

После выбора всех необходимых параметров нажимаем кнопку Review:

Проверяем все введённые параметры и нажимаем кнопку Submit:

Далее в мастере создания приложения выбираем пункт создать развёртывание:

Указываем коллекцию, на которую мы планируем развернуть приложение:

Указываем точки распространения для нашего приложения:

Обязательное или доступное для установки:

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

Затем мастер приступит к загрузке контента в указанную сетевую папку:

Файл configuration.xml содержит все параметры, которые мы указали с помощью Office Customization Tool.

Дополнительные параметры в configuration.xml

На момент написания статьи Office Customization Tool не прописывал в файл xml параметр автоактивации. Вообще, желательно проверить все параметры полученного таким образом файла конфигурации. Для автоактивации необходимо добавить параметр:

<Property Name="AUTOACTIVATE" Value="1" />

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

 <Property Name="FORCEAPPSHUTDOWN" Value="TRUE" />

Когда я разворачивал офис, то сначала столкнулся с тем, что большинство клиентов не смогли установить офис. В SCCM при этом возвращается ошибка 0X8000FFFF (-2147418113).  Причина была в том, что у большинства клиентов был запущен Skype for Business. Использовать данный параметр нужно обдумано, т.к. принудительное закрытие приложений может вызвать потерю несохранённых документов пользователей.

Пример файла configuration.xml:

<Configuration ID="2a201c1b-d94e-4b53-98f6-2def663ea42c" Host="cm">
	<Add OfficeClientEdition="64" Channel="PerpetualVL2019" Version="16.0.10340.20017" ForceUpgrade="TRUE"> 
		<Product ID="ProPlus2019Volume" PIDKEY="XXXXX-XXXXX-XXXXX-XXXXX-XXXXX">
			<Language ID="ru-ru" /> 
			<ExcludeApp ID="Groove" />
			<ExcludeApp ID="OneNote" /> 
		</Product> 
			<Product ID="VisioPro2019Volume" PIDKEY="XXXXX-XXXXX-XXXXX-XXXXX-XXXXX">
			<Language ID="ru-ru" />
			<ExcludeApp ID="Groove" />
			<ExcludeApp ID="OneNote" />
		</Product>
		<Product ID="ProjectPro2019Volume" PIDKEY="XXXXX-XXXXX-XXXXX-XXXXX-XXXXX">
			<Language ID="ru-ru" />
			<ExcludeApp ID="Groove" />
			<ExcludeApp ID="OneNote" />
		</Product>
	</Add>
	<Property Name="SharedComputerLicensing" Value="0" />
	<Property Name="PinIconsToTaskbar" Value="TRUE" />
	<Property Name="SCLCacheOverride" Value="0" />
	<Property Name="AUTOACTIVATE" Value="1" />
	<Property Name="FORCEAPPSHUTDOWN" Value="TRUE" />
	<Updates Enabled="TRUE" />
	<RemoveMSI All="TRUE" />
	<AppSettings>
		<Setup Name="Company" Value="RedSys" />
	</AppSettings>
	<Display Level="Full" AcceptEULA="TRUE" />
</Configuration>

Изменение метода обнаружения

Если вы разворачиваете офис одним приложением, то описанной процедуры вполне достаточно. Если же вы создаёте отдельные приложения (Project, Visio, Office и т.п.) доступные для установки, то здесь возникнет необходимость изменить методы обнаружения установленных приложений. По умолчанию мастер создаёт следующий метод обнаружения установленного приложения:

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

Чтобы избежать такой ситуации изменим метод обнаружения таким образом, чтобы он проверял наличие ключа в реестре для конкретного продукта. Я решил использовать ключи из HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\

Для русской версии Office Professional Plus 2019 Volume License:

SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ProPlus2019Volume - ru-ru

Для русской версии Project Professional 2019 Volume License:

SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ProjectPro2019Volume - ru-ru

Для русской версии Visio Professional 2019 Volume License:

SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\VisioPro2019Volume - ru-ru

Эти ветки можно посмотреть после развёртывания и скорректировать под свои дистрибутивы.

На эту тему уже зарегистрировано соответствующее пожелание на портале configurationmanager.uservoice.com

1 комментарий

Приветствую! Установка на коллекцию проходит нормально. Стал тестировать удаление через Software Center. Заканчивается ошибкой
0x87d00213(-2016411117)

xml файл такой:

Добавить комментарий