Рекомендации по производительности для Application Virtualization 5.0

  • Статья

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

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

Прежде чем читать этот документ, ознакомьтесь со следующими сведениями.

Примечание.

Некоторые термины, используемые в этом документе, могут иметь разные значения в зависимости от внешнего источника и контекста. Дополнительные сведения о терминах, используемых в этом документе, а затем звездочка \* см. в разделе Руководство по повышению производительности application virtualization в этом документе.

Наконец, в этом документе содержатся сведения о настройке компьютера с клиентом App-V 5.0 и среды для оптимальной производительности. Оптимизируйте пакеты виртуальных приложений для повышения производительности с помощью последовательности, чтобы понять, как использовать виртуализацию взаимодействия с пользователем (UE-V) или другие технологии управления пользовательской средой, чтобы обеспечить оптимальный пользовательский интерфейс с App-V 5.0 как в службах удаленных рабочих столов (RDS), так и в инфраструктуре виртуальных рабочих столов (VDI).

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

App-V 5.0 в развертываниях с отслеживанием состояния*

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

Дополнительные сведения см. в следующем разделе:

Сценарии использования . При рассмотрении этих двух сценариев имейте в виду, что это крайние варианты. В зависимости от требований к использованию эти действия можно применить к подмножествию пользователей и (или) пакетов виртуальных приложений.

  • Оптимизировано для повышения производительности. Чтобы обеспечить оптимальный интерфейс, можно ожидать, что базовый образ будет включать некоторые из пакета виртуального приложения App-V. Обсуждаются эти и другие требования.

  • Оптимизировано для хранилища. Если вас беспокоит влияние на хранилище, следуя этому сценарию, вы сможете решить эти проблемы.

Подготовка среды

  • Действия по подготовке базового образа. В среде VDI или RDSH необходимо выполнить только несколько шагов в базовом образе, чтобы обеспечить такой подход.

  • Используйте UE-V 2.0 в качестве решения управления профилями пользователей (UPM) для подхода App-V. Краеугольным камнем этого подхода является возможность решения UEM сохранять содержимое только нескольких расположений реестра и файлов. Эти расположения представляют собой интеграции пользователей*. Обязательно ознакомьтесь с конкретными требованиями к решению UPM.

Пошаговое руководство по взаимодействию с пользователем

  • Пошаговое руководство. Это пошаговое руководство по операциям App-V и UE-V, а также ожидания, которые должны иметь пользователи.

  • Результат — описывает ожидаемые результаты.

Влияние на жизненный цикл пакета

Улучшение возможностей VDI за счет оптимизации и настройки производительности

Контрольный список применимости

Среда развертывания

Контрольный список Среда развертывания
Непостоянный VDI или RDSH.
Виртуализация взаимодействия с пользователем (UE-V), другие решения UPM или диски профилей пользователей (UPD).

Ожидаемая конфигурация

Контрольный список Ожидаемая конфигурация
Виртуализация взаимодействия с пользователем (UE-V) с включенным шаблоном состояния пользователя App-V или программным обеспечением управления профилями пользователей (UPM). Программное обеспечение UPM, отличное от UE-V, должно активироваться при входе или при запуске или запуске приложения и выходе.
Общее хранилище содержимого App-V (SCS) настроено или может быть настроено.

ИТ-администрирование

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

Сценарий использования

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

Оптимизировано для повышения производительности Оптимизировано для хранилища
Чтобы обеспечить наиболее оптимальный пользовательский интерфейс, этот подход использует возможности решения UPM и требует дополнительной подготовки образа, что может привести к дополнительным затратам на управление образами. Ниже описано множество улучшений производительности в развертываниях с отслеживанием состояния. Дополнительные сведения см. в статье Шаги по виртуализации для оптимизации пакетов для повышения производительности публикации и руководство по виртуализации App-V 5.0 в разделе См. также в этом документе. Здесь по-прежнему применяются общие ожидания предыдущего сценария. Однако имейте в виду, что образы виртуальных машин обычно хранятся в дорогостоящих массивах. в этот подход были внесены незначительные изменения. Не настраивайте пакеты виртуальных приложений, предназначенные для пользователей, в базовом образе. Последствия этого изменения подробно описаны в разделе Пошаговое руководство по взаимодействию с пользователем этого документа.

Подготовка среды

В следующей таблице показаны необходимые шаги для подготовки базового образа и UE-V или другого решения UPM для этого подхода.

Подготовка базового образа

Оптимизировано для повышения производительности Оптимизировано для хранилища
— Установите пакет исправлений 4 для версии клиента Application Virtualization 5.0 с пакетом обновления 2 (SP2).
— Установите UE-V и скачайте шаблон параметров App-V из коллекции шаблонов UE-V. См. следующие действия.
— настройте режим общего хранилища содержимого (SCS). Дополнительные сведения см. в статье Установка клиента App-V 5.0 для режима общего хранилища содержимого.
— настройка сохранения интеграции пользователей в DWORD реестра входа.
— предварительная настройка всех целевых для пользователей и глобальных пакетов, например Add-AppvClientPackage.
— Предварительная настройка всех целевых пользователей и глобальных групп подключений, например Add-AppvClientConnectionGroup.
— Предопубликуем все пакеты, предназначенные для глобального назначения.

Кроме того
— выполнить глобальную публикацию и обновление.
— выполните публикацию или обновление пользователя.
— отмена публикации всех пакетов, предназначенных для пользователей.
— удалите следующие записи пользовательской виртуальной файловой системы (VFS).
AppData\Local\Microsoft\AppV\Client\VFS
AppData\Roaming\Microsoft\AppV\Client\VFS		 — Установите пакет исправлений 4 для версии клиента Application Virtualization 5.0 с пакетом обновления 2 (SP2).
— Установите UE-V и скачайте шаблон параметров App-V из коллекции шаблонов UE-V. См. следующие действия.
— настройте режим общего хранилища содержимого (SCS). Дополнительные сведения см. в статье Установка клиента App-V 5.0 для режима общего хранилища содержимого.
— настройка сохранения интеграции пользователей в DWORD реестра входа.
— предварительно настройте все глобальные пакеты, например Add-AppvClientPackage.
— Предварительно настройте все глобальные группы подключений, например Add-AppvClientConnectionGroup.
— Предопубликуем все пакеты, предназначенные для глобального назначения.

Конфигурации

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

Режим общего хранилища содержимого (SCS)
  • Настраивается в PowerShell с помощью Set-AppvClientConfiguration -SharedContentStoreMode, или
  • Во время установки клиента App-V 5.0.

При запуске общего хранилища содержимого на жестком диске сохраняется только публикация данных; другие ресурсы виртуальных приложений хранятся в памяти (ОЗУ). Это помогает сэкономить локальное хранилище и свести к минимуму число операций ввода-вывода диска в секунду (IOPS).

Это рекомендуется, если между конечной точкой клиента App-V и сервером содержимого SCS(SAN) доступны подключения с низкой задержкой.

PreserveUserIntegrationsOnLogin
  • Настройте в реестре в разделе HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Integration.
  • Создайте значение PreserveUserIntegrationsOnLogin DWORD со значением 1.
  • Перезапустите службу клиента App-V или компьютер, на котором запущен клиент App-V.

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

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

MaxConcurrentPublishingRefresh
  • Настройте в реестре в разделе HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Publishing.
  • Создайте значение MaxConcurrentPublishingRefresh DWORD с требуемым максимальным числом одновременных обновлений публикации.
  • Клиентскую службу App-V и компьютер перезапускать не требуется.

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

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

Настройка решения UE-V для подхода App-V

Мы рекомендуем использовать Виртуализация средств взаимодействия с пользователем (Майкрософт) (UE-V) для сбора и централизации параметров приложения и параметров операционной системы Windows для конкретного пользователя. Затем эти параметры применяются к различным компьютерам, к которым пользователь обращается, включая настольные компьютеры, ноутбуки и сеансы инфраструктуры виртуальных рабочих столов (VDI). UE-V оптимизирован для сценариев RDS и VDI.

Примечание.

Без выполнения дополнительного шага настройки microsoft User Environment Virtualization (UE-V) не сможет синхронизировать ярлыки меню "Пуск" (LNK-файлы) на целевом компьютере. Тип LNK-файла по умолчанию исключен.

UE-V поддерживает только удаление типа LNK-файлов из списка исключений в сценариях RDS и VDI, где на каждом устройстве пользователя установлен одинаковый набор приложений, а каждый LNK-файл действителен для всех устройств пользователей. Например, UE-V в настоящее время не поддерживает следующие два сценария, так как результатом будет то, что ярлык будет действителен на одном, но не на всех устройствах.

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

  • Если у пользователя установлено приложение на одном устройстве, но не на другом с включенными LNK-файлами.

Важно.

В этой статье описывается изменение реестра Windows с помощью редактора реестра. Если неправильно изменить реестр Windows, могут возникнуть серьезные проблемы, которые могут потребовать переустановки Windows. Перед изменением реестра необходимо создать резервную копию файлов реестра (System.dat и User.dat). Корпорация Майкрософт не может гарантировать, что проблемы, которые могут возникнуть при изменении реестра, могут быть устранены. Измените реестр на свой страх и риск.

С помощью редактора реестра Майкрософт (regedit.exe) перейдите к HKEY_LOCAL_MACHINE\Software\Microsoft\UEV\Agent\Configuration\ExcludedFileTypes исключенным типам файлов и удалите .lnk их.

Настройка другого решения управления профилями пользователей (UPM) для подхода App-V

В среде с отслеживанием состояния ожидается, что решение UPM реализовано и может поддерживать сохраняемость пользовательских данных в сеансах и между именами входа.

Ниже приведены требования к решению UPM.

Чтобы включить оптимизированный интерфейс входа, например подход App-V 5.0 для пользователя, решение должно иметь следующие возможности:

  • Сохранение приведенных ниже интеграций пользователей в составе профиля пользователя или пользователя.

  • Активация синхронизации профилей пользователей при входе (или запуске приложения), что может гарантировать, что все интеграции пользователей будут применены до начала публикации или обновления;

  • Подключение и отключение диска профиля пользователя (UPD) или аналогичной технологии, содержащей интеграции пользователей.

  • Запись изменений в расположениях, составляющих интеграцию пользователей, перед выходом из сеанса.

В App-V 5.0 при добавлении сервера публикации (Add-AppvPublishingServer) можно настроить синхронизацию, например обновление во время входа и (или) через указанный интервал обновления. В обоих случаях создается запланированная задача.

В предыдущих версиях App-V 5.0 обе запланированные задачи были настроены с помощью VBScript, который инициирует пользовательское и глобальное обновление. С пакетом исправлений 4 для Application Virtualization 5.0 с пакетом обновления 2 (SP2) обновление пользователя при входе инициируется SyncAppvPublishingServer.exe. Это изменение было введено для предоставления решениям UPM триггера. Этот процесс задерживает публикацию /refresh, чтобы позволить решению UPM применить интеграции пользователей. Он завершает работу после завершения публикации или обновления.

Интеграция пользователей

Реестра- HKEY_CURRENT_USER

  • Путь- Software\Classes

    Исключить: Локальные параметры, ActivatableClasses, AppX*

  • Путь- Software\Microsoft\AppV

  • Путь- Software\Microsoft\Windows\CurrentVersion\App Paths

Расположение файлов

  • Root — "Переменная среды" APPDATA

    Путь- Microsoft\AppV\Client\Catalog

  • Root — "Переменная среды" APPDATA

    Путь- Microsoft\AppV\Client\Integration

  • Root — "Переменная среды" APPDATA

    Путь- Microsoft\Windows\Start Menu\Programs

  • (Чтобы сохранить все сочетания клавиш рабочего стола, виртуальные и невиртуальные)

    Корневой каталог — "KnownFolder" {B4BFCC3A-DB2C-424C-B029-7FE99A87C641}FileMask - *.lnk

Виртуализация средств взаимодействия с пользователем (Майкрософт) (UE-V)

Кроме того, мы рекомендуем использовать Виртуализация средств взаимодействия с пользователем (Майкрософт) (UE-V) для сбора и централизации параметров приложения и параметров операционной системы Windows для конкретного пользователя. Затем эти параметры применяются к различным компьютерам, к которым пользователь обращается, включая настольные компьютеры, ноутбуки и сеансы инфраструктуры виртуальных рабочих столов (VDI).

Дополнительные сведения см. в разделах Начало работы с виртуализацией пользовательского интерфейса 1.0 и Общий доступ к шаблонам расположения параметров с коллекцией шаблонов UE-V.

Пошаговое руководство по взаимодействию с пользователем

Ниже приведены пошаговые инструкции по операциям App-V и UPM, а также ожидания, которые должны ожидать пользователи.

Оптимизировано для производительности

После реализации этого подхода в среде VDI/RDSH при первом входе:

  • (Операция) Инициируется публикация или обновление пользователя. (ожидание) Если пользователь впервые публикует виртуальные приложения (например, непостоянный), это занимает обычное время публикации или обновления.
  • (Операция) После публикации или обновления решение UPM записывает интеграции пользователей. (ожидание) В зависимости от того, как настроено решение UPM, это может происходить как часть процесса выхода. Это влечет за собой те же или аналогичные издержки, что и сохранение состояния пользователя.

При последующих входах:

  • (Операция) Решение UPM применяет интеграцию пользователей к системе перед публикацией или обновлением.
  • (Операция) При публикации и обновлении будут обрабатываться операции отмены публикации и публикации для изменений в правах на пакет пользователя. (ожидание) Если прав нет, публикация1 завершится за считанные секунды. В противном случае публикация и обновление увеличится относительно количества и сложности* виртуальных приложений.
  • (Операция) Решение UPM снова фиксирует интеграцию пользователей при выходе. (ожидание) То же, что и ранее.

¹ Операция публикации (Publish-AppVClientPackage) добавляет записи в каталог пользователей, сопоставляет права пользователя, определяет локальное хранилище и завершается, выполнив все шаги интеграции.

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

Оптимизировано для хранения

После реализации этого подхода в среде VDI/RDSH при первом входе:

  • (Операция) Инициируется публикация или обновление пользователя. (ожидание)
    • Если пользователь впервые публикует виртуальные приложения (например, непостоянный), это занимает обычное время публикации или обновления.
    • На первые и последующие имена входа влияет предварительная настройка пакетов (добавление и обновление).

(Операция) После публикации или обновления решение UPM записывает интеграции пользователей. (ожидание) В зависимости от того, как настроено решение UPM, это может происходить как часть процесса выхода. Это влечет за собой те же или аналогичные издержки, что и сохранение состояния пользователя.

При последующих входах:

  • (Операция) Решение UPM применяет интеграцию пользователей к системе перед публикацией или обновлением.
  • (Операция) Добавление и обновление должны быть предварительно настроены все приложения, предназначенные для пользователей. (ожидание)
    • Это может значительно увеличить время доступности приложения (порядка десятков секунд).
    • Это увеличивает время обновления публикации относительно количества и сложности* виртуальных приложений.
  • (Операция) При публикации и обновлении будут обрабатываться операции отмены публикации и публикации для изменения прав пакета пользователя.

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

Влияние на жизненный цикл пакета

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

App-V 5.0 с пакетом обновления 2 (SP2) представляет концепцию ожидающих состояний. В прошлом,

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

  • Если пакет используется, операция будет находиться в ожидании. Операции отмены публикации и публикации будут обрабатываться при перезапуске службы или при запуске другой команды публикации или отмены публикации. В последнем случае, если виртуальное приложение используется в противном случае, виртуальное приложение остается в состоянии ожидания. Для глобально опубликованных пакетов часто требуется перезапуск (или перезапуск службы).

В непрекращающейся среде эти операции вряд ли будут обрабатываться. Операции с ручкой, например задачи, записываются в .HKEY_CURRENT_USER\Software\Microsoft\AppV\Client\PendingTasks Хотя это расположение сохраняется решением UPM, если оно не применяется к среде до входа, оно не обрабатывается.

Улучшение возможностей VDI за счет настройки оптимизации производительности

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

Windows Server

Рекомендации по настройке производительности сервера для

Роли сервера

Руководство по настройке производительности клиента Windows (гостевая ОС)

Шаги по виртуализации для оптимизации пакетов для повышения производительности публикации

App-V 5.0 и App-V 5.0 с пакетом обновления 2 (SP2) обеспечивают значительную ценность в соответствующих выпусках. Несколько функций упрощают новые сценарии или включают новые сценарии развертывания клиентов. Следующие функции могут повлиять на производительность операций публикации и запуска.

Удаление FB1

Шаг Параметр Преимущества Компромиссы
Нет блока компонентов 1 (FB1, также известный как основной FB) Отсутствие FB1 означает, что во время запуска приложение запускается немедленно и происходит ошибка потоковой передачи (для приложения требуется файл, БИБЛИОТЕКА DLL и должна быть вытягивается по сети). Если существуют ограничения сети, FB1: — Уменьшите количество сбоев потока и пропускную способность сети, используемые при первом запуске приложения.
— Отложить запуск до потоковой передачи всего FB1.		 Пакеты виртуальных приложений с настроенным FB1 потребуется повторно выполнить.

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

Пользовательский интерфейс Sequencer — создание пакета виртуального приложения

  1. Выполните действия по виртуализации до раздела Настройка, потоковая передача.

  2. На шаге Потоковая передача не выбирайте Команду Оптимизировать пакет для развертывания в медленной или ненадежной сети.

  3. При желании перейдите к целевой ОС.

Изменение существующего пакета виртуального приложения

  1. Выполните шаги по виртуализации до потоковой передачи.

  2. Не выбирайте команду Оптимизировать пакет для развертывания в медленной или ненадежной сети.

  3. Перейдите к созданию пакета.

PowerShell— обновление существующего пакета виртуального приложения

  1. Откройте сеанс PowerShell с повышенными привилегиями.

  2. Import-module appvsequencer

  3. Update-AppvSequencerPackage -AppvPackageFilePath

    "C:\Packages\MyPackage.appv" -Installer

    "C:\PackageInstall\PackageUpgrade.exe empty.exe" -OutputPath

    "C:\UpgradedPackages"

    Примечание.

    Для этого командлета требуется исполняемый файл (.exe) или пакетный файл (.bat). Необходимо предоставить пустой исполняемый или пакетный файл (ничего не делает).

Создание пакета виртуального приложения в sequencer

Шаг Соображения Преимущества Компромиссы
Нет установки SXS при публикации (предварительная установка сборок SxS) Пакеты виртуальных приложений не требуется повторно указывать. Сборки SxS могут оставаться в пакете виртуального приложения. Зависимости сборки SxS не устанавливаются во время публикации. Необходимо предварительно установить зависимости сборки SxS.

Если во время мониторинга sequencer сборка SxS (например, среда выполнения VC++) установлена в рамках установки приложения, сборка SxS автоматически обнаруживается и включается в пакет. Администратор ос уведомил и может исключить сборку SxS.

На стороне клиента

При публикации пакета виртуального приложения клиент App-V 5.0 с пакетом обновления 2 (SP2) обнаруживает, установлена ли уже требуемая зависимость SxS. Если зависимость недоступна на компьютере и включена в пакет, используется традиционный установщик Windows (.msi) будет инициирована установка сборки SxS. Как упоминалось ранее, установите зависимость на компьютере, на котором запущен клиент, чтобы убедиться, что установка установщика Windows (.msi) не будет выполнена.

Отключение динамической конфигурации с помощью PowerShell

Шаг Соображения Преимущества Компромиссы
Выборочное использование файлов динамической конфигурации — Клиент App-V 5.0 должен анализировать и обрабатывать эти файлы динамической конфигурации.
— Будьте в курсе размера и сложности (выполнение скрипта, включения и исключения VREG) файла.
— Многие пакеты виртуальных приложений могут уже содержать файлы динамических конфигураций пользователя или компьютера.		 — Время публикации улучшается, если эти файлы используются выборочно или не используются вообще. — Пакеты виртуальных приложений потребуется перенастроить по отдельности или с помощью консоль управления сервера App-V, чтобы удалить связанные файлы динамической конфигурации.

  • Для уже опубликованных пакетов можно использовать Set-AppVClientPackage -Name Myapp -Path c:\Packages\Apps\MyApp.appv без -DynamicDeploymentConfiguration параметра .

  • Аналогичным образом, при добавлении новых пакетов с помощью Add-AppVClientPackage -Path c:\Packages\Apps\MyApp.appvне используйте -DynamicDeploymentConfiguration параметр .

Документацию по применению динамической конфигурации см. в:

Определение виртуальных шрифтов в пакете

Шаг Соображения Преимущества Компромиссы
Учетная запись для синхронного выполнения скриптов во время жизненного цикла пакета — Если в пакет внедрена функция сопутствующего скрипта, функция Add (PowerShell) может выполняться медленнее.
— Выполнение скриптов во время запуска виртуального приложения (StartVirtualEnvironment, StartProcess) и (или) Add+Publish повлияет на производительность во время одной или нескольких из этих операций жизненного цикла.		 — Использование асинхронных (неблокирующих) скриптов гарантирует эффективное выполнение операций жизненного цикла. — На этом шаге требуются рабочие знания обо всех пакетах виртуальных приложений с внедренными вспомогательными скриптами, которые имеют связанные динамические файлы конфигураций и которые ссылаются на скрипты и выполняют их синхронно.
Удаление лишних виртуальных шрифтов из пакета — Большинство приложений, изученных командой разработчиков App-V, содержали несколько шрифтов, обычно менее 20. — Виртуальные шрифты влияют на производительность обновления публикации. — Нужные шрифты необходимо включить или установить в собственном коде. Инструкции см. в разделе Установка или удаление шрифтов.

  • Создайте копию пакета.

  • Переименование Package_copy.appv в Package_copy.zip

  • Откройте AppxManifest.xml и найдите следующее:

    <appv:Extension Category="AppV.Fonts">

<appv:Fonts>

<appv:Font Path="[{Fonts}]\private\CalibriL.ttf" DelayLoad="true"></appv:Font>

</appv:Fonts>

    Примечание.

    Если есть шрифты, помеченные как DelayLoad, они не повлияют на первый запуск.

Исключение виртуальных шрифтов из пакета

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

  • Отключите шрифты в конфигурации развертывания или пользователя.
<Fonts Enabled="false" />

Терминология руководства по производительности App-V 5.0

При описании концепций и действий, связанных с оптимизацией производительности App-V 5.0, используются следующие термины.

  • Сложность . Относится к одной или нескольким характеристикам пакета, которые могут повлиять на производительность во время предварительной настройки (Add-AppvClientPackage) или интеграции (Publish-AppvClientPackage). Примеры характеристик: размер манифеста, количество виртуальных шрифтов, количество файлов.

  • Отмена интеграции — удаляет интеграции пользователей.

  • Повторная интеграция — применяет пользовательские интеграции.

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

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

  • С отслеживанием состояния . В этом документе предполагается, что интеграция пользователей сохраняется между сеансами, а технология управления пользовательской средой используется с несохраняемым протоколом RDSH или VDI.

  • Без отслеживания состояния — представляет сценарий, когда состояние пользователя не сохраняется между сеансами.

  • Триггер — (или триггеры собственных действий). UpM использует эти типы триггеров для запуска операций мониторинга или синхронизации.

  • Взаимодействие с пользователем . В контексте App-V 5.0 пользовательский интерфейс количественно представляет собой сумму следующих частей:

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

    • С точки, с которой можно взаимодействовать с рабочим столом, до момента начала обновления публикации (с точки зрения PowerShell, синхронизация) при использовании полной серверной инфраструктуры App-V 5.0. В автономных экземплярах это происходит при запуске команд PowerShell Add-AppVClientPackage и Publish-AppVClientPackage .

    • От начала до завершения обновления публикации. В автономных экземплярах это первое последнее опубликованное виртуальное приложение.

    • С точки, где виртуальное приложение доступно для запуска из ярлыка. Кроме того, он находится с точки, с которой регистрируется сопоставление типов файлов и запускает указанное виртуальное приложение.

  • Управление профилями пользователей — управляемый и структурированный подход к управлению пользовательскими компонентами, связанными со средой. Например, профили пользователей, управление предпочтениями и политиками, управление приложениями и развертывание приложений. Вы можете использовать скрипты или сторонние решения настроить среду по мере необходимости.

Руководство администратора Microsoft Application Virtualization 5.0