Развертывание виртуальных приложений App-V с помощью Configuration Manager

Статья
04/04/2023

Относится к Configuration Manager (Current Branch)

При использовании Configuration Manager для управления виртуальными приложениями вы получаете следующие преимущества:

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

Дополнительные сведения о создании и последовательности приложений с помощью Майкрософт Application Virtualization (App-V) см. в документации по Application Virtualization 4.

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

Чтобы развернуть виртуальные приложения на компьютерах, на компьютерах должен быть установлен клиент Configuration Manager и клиент App-V. Клиентские устройства могут включать настольные и портативные компьютеры, а также клиенты инфраструктура виртуальных рабочих столов (VDI). Клиентское программное обеспечение Configuration Manager и App-V работают вместе для доставки, поиска и запуска пакетов виртуальных приложений. Клиент Configuration Manager управляет доставкой пакетов виртуальных приложений в клиент App-V. Клиент App-V запускает виртуальное приложение на клиенте.
Чтобы развернуть виртуальное приложение, сначала необходимо создать виртуальное приложение с помощью App-V Application Virtualization Sequencer. Последовательность отслеживает процесс установки и установки приложения и записывает сведения, необходимые для запуска приложения в виртуальной среде. Вы также можете использовать последовательность, чтобы указать, какие файлы и конфигурации применяются ко всем пользователям и какие конфигурации могут настраивать пользователи.
При виртуализации приложения необходимо сохранить пакет в расположении, к которому Configuration Manager может получить доступ. Затем можно создать развертывание приложения, которое содержит это виртуальное приложение.
Configuration Manager не поддерживает использование общего кэша только для чтения в App-V 4.6.
Configuration Manager поддерживает функцию общего хранилища содержимого в App-V 5.
При создании типа развертывания для виртуального приложения Configuration Manager создает тип развертывания с помощью содержимого файла манифеста приложения. Это XML-файл, который содержит сведения о виртуальном приложении. Кроме того, Configuration Manager создает требования к типу развертывания на основе содержимого OSD-файла App-V, который содержит сведения о поддерживаемых операционных системах виртуального приложения.
Для развертывания виртуальных приложений в Configuration Manager на клиентских компьютерах должна быть установлена как минимум Версия App-V 4.6 с пакетом обновления 1 (SP1) или более поздняя версия клиента.
Прежде чем успешно развернуть виртуальные приложения, обновите клиент App-V последней версией исправления.
При использовании групп подключений в App-V 5.0 развернутые виртуальные приложения могут совместно использовать одну файловую систему и реестр на клиентских компьютерах. В отличие от стандартных виртуальных приложений, эти приложения могут обмениваться данными друг с другом. Кроме того, группы подключений сохраняют пользовательские параметры для приложений, которые они содержат. Виртуальные среды App-V в Configuration Manager используются для настройки групп подключений на клиентских компьютерах. Виртуальные среды создаются или изменяются на клиентских компьютерах при установке приложения или при следующей оценке установленных приложений клиентами. Вы можете определить приоритет для этих приложений, чтобы при попытке нескольких приложений изменить значение файловой системы или реестра, приоритет имеет приложение с наивысшим приоритетом. Дополнительные сведения см. в статье Создание виртуальных сред App-V.

Поддерживаемые версии App-V

Configuration Manager поддерживает следующие версии App-V:

App-V 4.6. Чтобы использовать виртуальные приложения в Configuration Manager, на клиентских компьютерах должен быть установлен клиент App-V 4.6 с пакетом обновления 1 (SP1), App-V 4.6 с пакетом обновления 2 (SP2) или App-V 4.6 с пакетом обновления 3 (SP3).

Прежде чем успешно развернуть виртуальные приложения, обновите клиент App-V 4.6, указав последнее исправление.
App-V 5, App-V 5.0 с пакетом обновления 1 (SP1), App-V 5.0 SP2, App-V 5.0 с пакетом обновления 3 (SP3) и App-V 5.1. Для App-V 5.0 с пакетом обновления 2 (SP2) необходимо установить пакет исправлений 5 или использовать App-V 5.0 с пакетом обновления 3 (SP3).
App-V 5.2. Он встроен в Windows 10 для образовательных учреждений (1607 и более поздних версий), Windows 10 Корпоративная (1607 и более поздних версий) и Windows Server 2016.

Дополнительные сведения о App-V в Windows 10 см. в следующих разделах:

Действия по управлению виртуальными приложениями App-V

Чтобы управлять виртуальными приложениями App-V, выполните следующие действия.

Последовательность. Виртуализация — это процесс преобразования приложения в виртуальное приложение с помощью последовательности App-V.
Создать. Используйте мастер создания типа развертывания для импорта вирализированного приложения в Configuration Manager тип развертывания, который затем можно добавить в приложение. Можно также создать виртуальные среды, которые позволяют нескольким виртуальным приложениям совместно использовать параметры.
Распространение. Распространение — это процесс доступности приложений App-V в Configuration Manager точках распространения.
Развертывание. Развертывание — это процесс доступности приложения на клиентских компьютерах. Это называется публикацией и потоковой передачей в полной инфраструктуре App-V.

Configuration Manager методов доставки виртуальных приложений

Configuration Manager поддерживает два метода доставки виртуальных приложений клиентам: потоковую доставку и локальную доставку (скачивание и выполнение).

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

Потоковая доставка

При использовании Configuration Manager для управления клиентом App-V поддерживается потоковая передача виртуальных приложений через HTTP или HTTPS из точки распространения. Потоковая передача по протоколу HTTP или HTTPS включена по умолчанию и настраивается в диалоговом окне для свойств точки распространения. При развертывании виртуального приложения на клиентских компьютерах и запуске пользователем виртуального приложения клиент Configuration Manager обращается к точке управления, чтобы определить, какую точку распространения следует использовать. Затем приложение передается из точки распространения.

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

Преимущества	Недостатки
Этот метод использует стандартные сетевые протоколы для потоковой передачи содержимого пакета из точек распространения. Ярлыки программ для виртуальных приложений вызывают подключение к точке распространения, поэтому доставка виртуальных приложений выполняется по требованию. Этот метод хорошо подходит для клиентов с подключениями с высокой пропускной способностью к точкам распространения. Обновленные виртуальные приложения, распределенные по всему предприятию, доступны по мере того, как клиенты получают политику, информирующую о том, что текущая версия заменена, и они скачивают только изменения предыдущей версии. Разрешения доступа определяются в точке распространения, чтобы запретить пользователям доступ к несанкционированным приложениям или пакетам.	Виртуальные приложения не передаются в поток до тех пор, пока пользователь не запустит приложение в первый раз. В этом сценарии пользователь может получить ярлыки программ для виртуальных приложений, а затем отключиться от сети перед первым запуском виртуальных приложений. Если пользователь пытается запустить виртуальное приложение, пока клиент находится в автономном режиме, он видит ошибку и не может запустить виртуализированное приложение, так как Configuration Manager точка распространения недоступна для потоковой передачи приложения. Приложение будет недоступно до тех пор, пока пользователь не подключится к сети и не запустит приложение. Чтобы избежать этого, можно использовать локальный метод доставки для доставки виртуальных приложений клиентам или включить управление клиентами через Интернет для потоковой передачи.

Преимущества

Недостатки

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

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

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

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

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

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

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

Локальная доставка (скачивание и выполнение)

Скачивание и выполнение является наиболее распространенным подходом при использовании Configuration Manager поскольку этот подход тесно имитирует доставку других форматов приложений с помощью Configuration Manager. При использовании локального метода доставки клиент Configuration Manager сначала загружает весь пакет виртуального приложения в кэш клиента Configuration Manager. Затем Configuration Manager указывает клиенту App-V потоковую передачу приложения из кэша Configuration Manager в кэш App-V. Если виртуальное приложение развертывается на клиентских компьютерах, а его содержимое отсутствует в кэше App-V, клиент App-V передает содержимое приложения из кэша клиента Configuration Manager в кэш App-V, а затем запускает приложение. После успешного запуска приложения можно настроить клиент Configuration Manager, чтобы удалить все старые версии пакета в следующем цикле удаления или сохранить их в кэше Configuration Manager клиента. Локальное сохранение содержимого может использовать преимущества методов оптимизации доставки содержимого пакета, таких как BranchCache и PeerCache.

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

Преимущества	Недостатки
Стандартные функции точки распространения используются для загрузки пакета с помощью фоновой интеллектуальной службы передачи данных (BITS). Содержимое пакета виртуального приложения доставляется клиенту локально. Это означает, что пользователи могут запускать их, если компьютер не подключен к сети. Этот метод подходит для медленных или ненадежных сетевых подключений, а также для компьютеров, которые только иногда подключаются к сети. Configuration Manager использует удаленное разностное сжатие (RDC) для отправки клиентам только байтов в файлах, которые изменились при обновлении содержимого пакета виртуального приложения. Клиент Configuration Manager использует RDC для создания новой версии пакета виртуального приложения на основе текущей версии пакета и любых изменений, отправленных клиенту. Этот метод обеспечивает устойчивость приложений для мобильных пользователей или отключенных пользователей. Администраторы могут сохранить пакет в кэше Configuration Manager после доставки, если виртуальное приложение было развернуто с помощью действия установки. Пакет в кэше клиента Configuration Manager выступает в качестве локального надежного источника потоковой передачи для клиента App-V, чтобы извлечь пакет в свой кэш.	Если виртуальное приложение сохраняется в кэше Configuration Manager, на клиенте требуется место на диске, которое в два раза превышает размер пакета виртуального приложения.

Преимущества

Недостатки

Стандартные функции точки распространения используются для загрузки пакета с помощью фоновой интеллектуальной службы передачи данных (BITS).

Содержимое пакета виртуального приложения доставляется клиенту локально. Это означает, что пользователи могут запускать их, если компьютер не подключен к сети.

Этот метод подходит для медленных или ненадежных сетевых подключений, а также для компьютеров, которые только иногда подключаются к сети.

Configuration Manager использует удаленное разностное сжатие (RDC) для отправки клиентам только байтов в файлах, которые изменились при обновлении содержимого пакета виртуального приложения. Клиент Configuration Manager использует RDC для создания новой версии пакета виртуального приложения на основе текущей версии пакета и любых изменений, отправленных клиенту.

Этот метод обеспечивает устойчивость приложений для мобильных пользователей или отключенных пользователей. Администраторы могут сохранить пакет в кэше Configuration Manager после доставки, если виртуальное приложение было развернуто с помощью действия установки. Пакет в кэше клиента Configuration Manager выступает в качестве локального надежного источника потоковой передачи для клиента App-V, чтобы извлечь пакет в свой кэш.

Если виртуальное приложение сохраняется в кэше Configuration Manager, на клиенте требуется место на диске, которое в два раза превышает размер пакета виртуального приложения.

Развертывание из образа

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

Миграция из инфраструктуры App-V в инфраструктуру Configuration Manager и App-V

Используйте следующую таблицу, чтобы спланировать миграцию из существующей инфраструктуры App-V в управление виртуальными приложениями с помощью Configuration Manager.

Шаг	Дополнительная информация
Изучите текущие виртуальные приложения, чтобы выбрать приложения, которые нужно перенести в инфраструктуру Configuration Manager.	Никаких дополнительных сведений.
Оцените пользователей и устройства, на которых будут развернуты виртуальные приложения.	Создайте Configuration Manager коллекции, чтобы сгруппировать пользователей и устройства, на которых вы хотите развернуть виртуальные приложения. См. раздел Общие сведения о коллекциях.
Перенос групп подключений App-V 5 в Configuration Manager виртуальные среды.	См. раздел Миграция групп подключений App-V 5 в Configuration Manager виртуальных средах этой статьи.
Изучите, чтобы узнать, существуют ли какие-либо из ваших виртуальных приложений в качестве полных приложений в инфраструктуре Configuration Manager.	Для упрощения управления можно добавить виртуальное приложение в качестве нового типа развертывания в существующее полное приложение. См . статью Создание приложений.
Создание приложений для замены существующих пакетов App-V.	См. статью Общие сведения об управлении приложениями и Создание приложений.
Configuration Manager начинает управлять виртуальными приложениями на клиенте после первого развертывания виртуального приложения. После этого Configuration Manager должны управлять всеми приложениями App-V на компьютере.	Никаких дополнительных сведений.
Разместите содержимое в соответствующие точки распространения, чтобы обеспечить локальную доставку приложений.	См. статью Управление содержимым и инфраструктурой содержимого.
Разверните приложение для Configuration Manager клиентов. Если приложение App-V было создано с более ранней версией sequencer, которая не создает XML-файл манифеста, его можно открыть и сохранить в более новой версии sequencer для создания файла. Этот файл необходим для развертывания виртуальных приложений с Configuration Manager. App-V поддерживает пакеты виртуальных приложений, созданные с помощью softGrid 4.1 SP1 или 4.2 версии sequencer. Если приложения ранее были установлены локально, их необходимо удалить перед развертыванием виртуальной версии приложения.	См. раздел Развертывание приложений.
Configuration Manager больше не поддерживает использование пакетов и программ, содержащих виртуальные приложения. При переходе с Configuration Manager 2007 на Configuration Manager текущую ветвь Configuration Manager преобразует эти пакеты в приложения. объявления Configuration Manager 2007 года преобразуются в следующие типы развертывания: — Перенос пакетов App-V без объявления: один тип развертывания, использующий параметры типа развертывания по умолчанию. — Перенос пакетов App-V с одним объявлением: один тип развертывания, использующий те же параметры, что и объявление Configuration Manager 2007. — Перенос пакетов App-V с несколькими объявлениями: тип развертывания для каждого из них Configuration Manager объявления 2007 года, в котором используются параметры для этого объявления.	См. раздел Планирование миграции объектов в Configuration Manager текущей ветви.

Перенос групп подключений App-V 5 в Configuration Manager виртуальные среды

Виртуальные среды App-V в Configuration Manager позволяют виртуальным приложениям, которые вы развернули, совместно использовать одну файловую систему и реестр на клиентских компьютерах. Это означает, что в отличие от стандартных виртуальных приложений эти приложения могут обмениваться данными друг с другом. Виртуальные среды создаются или изменяются на клиентских компьютерах при установке приложения или при следующей оценке установленных приложений клиентами. Виртуальные среды похожи на группы подключений в автономном App-V 5.

При переносе групп подключений из автономного App-V 5 в Configuration Manager виртуальные среды необходимо убедиться, что Configuration Manager правильно управляет группами подключений, которые уже существуют на клиентских компьютерах, и что среда пользователя в этих группах подключений сохраняется.

Чтобы преобразовать группы подключений App-V 5 в Configuration Manager виртуальные среды, выполните следующие действия.

Создание Configuration Manager приложений для всех приложений, существовавших в App-V.
Развертывание приложений для пользователей или устройств с целью развертывания Обязательно. Развертывания для пользователей должны быть развернуты для тех же пользователей, которые использовали приложение в App-V. Развертывания на компьютерах должны быть развернуты на те же компьютеры, на которые было приложение в App-V.
После завершения развертывания создайте виртуальные среды, соответствующие группам подключений, опубликованным в автономном App-V. Виртуальная среда должна иметь одинаковые пакеты (в частности, типы развертывания App-V 5) в том же порядке.

Сведения о создании виртуальной среды App-V см. в статье Создание виртуальных сред App-V.

Кроме того, вы можете удалить все группы подключений из клиента App-V, прежде чем приступать к развертыванию приложений с Configuration Manager. Но все параметры, которые пользователи могли сохранить в группах подключений App-V, будут потеряны.

Динамическая композиция набора в App-V 4.6

Dynamic Suite Composition — это функция, которая позволяет определить один пакет виртуального приложения как имеющий зависимость от другого пакета виртуального приложения. При запуске приложения клиент App-V размещает основной пакет и зависимый пакет в одной виртуальной среде приложения.

Чтобы использовать эту функцию с Configuration Manager, оба пакета должны быть развернуты и зарегистрированы в клиенте App-V. Чтобы убедиться, что содержимое зависимого пакета размещено локально на клиентском компьютере, настройте развертывание приложения для локальной доставки (скачайте и выполните).

Дополнительные сведения о композиции динамических наборов App-V см. в документации по App-V.

Преобразование приложений App-V 4.6 в приложения App-V 5

Формат пакета приложения изменился между App-V 4.6 и App-V 5. Приложения, которые были упорядочены с помощью App-V 4.6, больше не поддерживаются. Но в App-V 5 есть средство преобразователя пакетов, которое можно использовать для преобразования приложений. Дополнительные сведения см . в разделе Преобразование пакета, созданного в предыдущей версии App-V.

Чтобы преобразовать приложения App-V 4.6 в приложения App-V 5, выполните следующие действия.

Преобразование или повторное преобразование пакетов App-V 4.6 в формат App-V 5.
Разверните клиент App-V 5 на компьютерах в иерархии.
Создайте новые приложения, содержащие типы развертывания для приложений App-V 5, и создайте правила замены для замены приложений App-V 4.6.
При необходимости создайте виртуальные среды.
Разверните новые приложения App-V 5 на компьютерах.

Файлы конфигурации пользователя и развертывания

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

Обычное приложение App-V 5 может содержать следующие файлы:

Файл пакета приложения (APPV- файл)
Файл конфигурации пользователя
Файл конфигурации развертывания

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

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

Если вы хотите развернуть виртуальные приложения App-V 5 с Configuration Manager, все три файла должны находиться в одной папке при создании типа развертывания App-V 5. Если в папке несколько файлов, Configuration Manager будут использовать самые последние.

Дополнительные сведения см. в статье О динамической конфигурации App-V 5.0.

Локальное взаимодействие App-V

В некоторых сценариях развертывания приложений приложения устанавливаются локально на клиентских компьютерах, а другие приложения развертываются как виртуальные приложения на том же клиентском компьютере. По умолчанию локально установленные приложения не могут видеть виртуализированные приложения или взаимодействовать с ними напрямую. Это предполагаемое поведение изоляции приложения, которое предоставляет App-V. Локальное взаимодействие — это функция клиента App-V, которую можно включить для каждого приложения, чтобы разрешить локально установленным приложениям, работающим на клиентском компьютере, просматривать виртуализированные приложения и взаимодействовать с ними. Configuration Manager и App-V полностью поддерживают локальное взаимодействие.

Дополнительные сведения о функции локального взаимодействия App-V см. в документации по App-V.

App-V 5 Shared Content Store

Configuration Manager поддерживает функцию Общего хранилища содержимого App-V 5. Дополнительные сведения см. в разделе Планирование общего хранилища содержимого App-V 5.0 (SCS).

Мониторинг виртуальных приложений

Отчеты о виртуальных приложениях

Для мониторинга App-V в среде Configuration Manager можно использовать следующие отчеты:

Имя отчета	Описание
Результаты виртуальной среды App-V	Отображает сведения о выбранной виртуальной среде, которая находится в указанном состоянии для выбранной коллекции (только App-V 5).
Результаты виртуальной среды App-V для ресурса	Показывает сведения о выбранной виртуальной среде для указанного ресурса и любых типах развертывания для выбранной виртуальной среды (только App-V 5).
Состояние виртуальной среды App-V	Отображает сведения о соответствии для выбранной виртуальной среды для выбранной коллекции. В столбце Сохраненные в этом отчете показаны ресурсы, в которых ранее настроенная виртуальная среда больше не применима, но сохраняется для сохранения пользовательских параметров в приложениях, работающих в виртуальной среде (только App-V 5).
Компьютеры с определенным виртуальным приложением	Отображает сводку компьютеров с указанным ярлыком App-V, созданным приложением Application Virtualization Management Sequencer (только App-V 4.6).
Компьютеры с определенным пакетом виртуального приложения	Список компьютеров, на которых установлен указанный пакет приложения App-V (только App-V 4.6).
Подсчет всех экземпляров пакетов виртуальных приложений	Показывает количество всех обнаруженных пакетов приложений App-V (только App-V 4.6).
Подсчет всех экземпляров виртуальных приложений	Показывает количество всех обнаруженных приложений App-V (только App-V 4.6).

Файлы журнала

Configuration Manager записывает сведения о развертываниях виртуальных приложений в файлы журнала. Сведения о файлах журнала, используемых виртуальными приложениями и Configuration Manager управления приложениями, см. в разделе Файлы журналов.

Для Windows 8.1 найдите журналы для клиента App-V в C:\ProgramData\Майкрософт\Application Virtualization Client.