Руководство по повышению производительности Application Virtualization 5.1

  • Статья

Назначение: Application Virtualization 5.1

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

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

Перед чтением этого документа необходимо прочесть и понять следующие руководства.

Примечание

Смысл некоторых терминов, используемых в данном документе, может отличаться в зависимости от внешнего источника и контекста. Дополнительные сведения об используемых здесь терминах, помеченных звездочкой (*), см. в разделе Терминология руководства по производительности <token xmlns="http://ddue.schemas.microsoft.com/authoring/2003/5">appv51_2</token> этого документа.

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

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

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

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

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

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

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

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

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

  • Порядок подготовки базового образа. Для реализации этого метода во временной среде VDI или RDSH достаточно выполнить в базовом образе всего несколько действий.

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

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

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

  • Результат. Здесь описываются предполагаемые результаты.

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

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

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

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

   
Поле контрольного списка

Временная среда VDI или RDSH.
Поле контрольного списка

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

Предполагаемая конфигурация

   
Поле контрольного списка

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

Хранилище общего содержимого (SCS) App-V, настроенное или с возможностью настройки.

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

   
Поле контрольного списка

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

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

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

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

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

Далее описывается много вариантов улучшения производительности во временных развертываниях с отслеживанием состояния. Дополнительные сведения см. в разделе Этапы виртуализации для оптимизации пакетов для улучшения производительности публикации и в руководстве по виртуализации в App-V 5.0, ссылка на которое приводится в разделе См. также этого документа.

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

Влияние этого изменения подробно описывается в разделе «Пошаговое руководство по взаимодействию с пользователями» данного документа.

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

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

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

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

  • Установите клиентскую версию App-V 5.1 клиента.

  • Установите UE-V и загрузите шаблон настроек App-V из коллекции шаблонов UE-V. См. следующие действия.

  • Выполните настройку для режима хранилища общего содержимого (SCS). Дополнительные сведения см. в Установка клиентa App-V 5.1 для режима хранилища общего содержимого.

  • Настройте значение DWORD реестра для сохранения интеграций пользователей при входе.

  • Выполните предварительную настройку всех пакетов для пользователей и пакетов общего назначения, например, Add-AppvClientPackage.

  • Выполните предварительную настройку всех групп соединений для пользователей и общего назначения, например, Add-AppvClientConnectionGroup.

  • Выполните предварительную публикацию всех пакетов общего назначения.



    Вместо этого можно выполнить следующие действия.

    • Выполнить глобальную публикацию или обновление.

    • Выполнить публикацию или обновление для пользователей.

    • Отменить публикацию всех пакетов для пользователей.

    • Удалить следующие записи виртуальной файловой системы (VFS) для пользователей.

    AppData\Local\Microsoft\AppV\Client\VFS

    AppData\Roaming\Microsoft\AppV\Client\VFS

  • Установите клиентскую версию App-V 5.1 клиента.

  • Установите UE-V и загрузите шаблон настроек App-V из коллекции шаблонов UE-V. См. следующие действия.

  • Выполните настройку для режима хранилища общего содержимого (SCS). Дополнительные сведения см. в Установка клиентa App-V 5.1 для режима хранилища общего содержимого.

  • Настройте значение DWORD реестра для сохранения интеграций пользователей при входе.

  • Выполните предварительную настройку всех пакетов общего назначения, например, Add-AppvClientPackage.

  • Выполните предварительную настройку всех групп соединений общего назначения, например, Add-AppvClientConnectionGroup.

  • Выполните предварительную публикацию всех пакетов общего назначения.

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

Параметр конфигурации Назначение Использование

Режим хранилища общего содержимого

  • Настраивается в PowerShell с помощью команды Set- AppvClientConfiguration –SharedContentStoreMode или

  • при установке клиента App-V.

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

Это помогает сберечь локальное хранилище и максимально сократить количество операций ввода-вывода на диске в секунду (IOPS).

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

PreserveUserIntegrationsOnLogin

  • Настраивается в реестре в разделе HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Integration.

  • Создайте значение с типом DWORD PreserveUserIntegrationsOnLogin со значением 1.

  • Перезапустите службу клиента App-V или перезапустите компьютер, на котором работает клиент App-V.

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

Для каждого пакета, отвечающего приведенным выше условиям, эта работа будет проделана дважды во время публикации или обновления.

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

MaxConcurrentPublishingRefresh

  • Задайте это значение в разделе реестра HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Publishing.

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

  • Перезапуск службы клиента App-V и компьютера не требуется.

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

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

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

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

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

Дополнительные сведения см. в статье Начало работы с User Experience Virtualization 2.0.

В сущности, все, что требуется, это установить клиент UE-V и загрузить следующий разработанный Майкрософт шаблон параметров App-V из коллекции шаблонов Microsoft User Experience Virtualization (UE-V). Зарегистрируйте шаблон. Дополнительные сведения о шаблонах UE-V см. в разделе Отдельный ресурс UE-V для получения и регистрации шаблона.

Примечание

Без выполнения дополнительного этапа конфигурации 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.1 для пользователя, решение должно иметь следующие возможности:

  • сохранение последующих интеграций пользователя в рамках профиля пользователя;

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

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

    Примечание

    App-V поддерживается при использовании UPD только в том случае, когда весь профиль хранится на диске профиля пользователя.

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

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

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

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

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

Реестр — HKEY_CURRENT_USER

  • Путь — Software\Classes

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

  • Путь — Software\Microsoft\AppV

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

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

  • Корневая папка — «Переменная среды» APPDATA

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

  • Корневая папка — «Переменная среды» APPDATA

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

  • Корневая папка — «Переменная среды» APPDATA

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

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

    Корневая папка — KnownFolder {B4BFCC3A-DB2C-424C-B029-7FE99A87C641}FileMask — *.lnk

Microsoft User Experience Virtualization (UE-V)

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

Дополнительные сведения см. в статьях Начало работы с With User Experience Virtualization 1.0 и Шаблоны расположения параметров общего доступа в коллекции шаблонов UE-V.

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

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

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

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

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

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

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

  • (Операция) Решение UPM применяет интеграции пользователя к системе перед публикацией или обновлением.

    (Предположение) На рабочем столе или в меню «Пуск» будут присутствовать ярлыки, которые сработают немедленно. После завершения публикации или обновления (т. е. изменения прав на пакеты) некоторые из них могут исчезнуть.

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

  • (Операция) Решение UPM будет снова собирать интеграции пользователя при выходе. (Предположение) Такое же, как предыдущее.

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

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

  • (Операция) Инициируется публикация или обновление пользователя. (Предположение)

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

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



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

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

  • (Операция) Решение UPM применяет интеграции пользователя к системе перед публикацией или обновлением.

  • (Операция) Добавление или обновление должно выполнять предварительную конфигурацию всех целевых приложений пользователя. (Предположение)

    • Это может значительно увеличить время, которое проходит, прежде чем приложение станет доступным (на десятки секунд).

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



  • (Операция) Операция публикации или обновления будет обрабатывать операции публикации и отмены публикации для изменений в правах пользователя на пакеты.
Результат Результат

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

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

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

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

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

В App-V 5.0 с пакетом обновления 2 (SP2) появилась концепция состояний ожидания. Что было ранее:

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

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

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

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

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

Блог и сценарий .NET NGEN (настоятельно рекомендуется)

О технологии NGEN

Windows Server и серверные роли

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

Серверные роли

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

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

Некоторые компоненты App-V упрощают новые сценарии или включают новые сценарии развертывания клиентов. Эти компоненты могут влиять на производительность операций публикации и запуска.

Действие Оценка Преимущества Компромисс

Отсутствует функциональный блок 1 (ФБ1, также называемый основным функциональным блоком)

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

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

  • Задерживать запуск, пока не будет выполнена потоковая передача всего блока ФБ1.

Ошибка потока уменьшает время запуска.

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

Удаление ФБ1

Для удаления ФБ1 не требуется исходный установщик приложения. Предполагается, что после выполнения следующих этапов вы вернете компьютер, на котором работает Sequencer, к состоянию чистого снимка.

Пользовательский интерфейс 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) файл. Необходимо предоставить пустой (не делающий ничего) исполняемый или пакетный файл.

Действие Рекомендации Преимущества Компромисс

Отсутствуют общедоступные установки SXS (предварительно установленные сборки SxS)

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

Зависимости сборок SxS не будут устанавливаться во время публикации.

Зависимости сборок SxS должны быть предустановлены.

Создание нового пакета виртуальных приложений в Sequencer

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

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

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

Действие Рекомендации Преимущества Компромисс

Выборочное применение файлов динамической конфигурации

Клиент App-V 5.1 должен анализировать и обрабатывать файлы динамической конфигурации.

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

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

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

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

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

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

    параметра -DynamicDeploymentConfiguration.

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

    параметр -DynamicDeploymentConfiguration.

Документацию по применению динамической конфигурации можно найти по следующим ссылкам:

Действие Рекомендации Преимущества Компромисс

Учетная запись для синхронного выполнения сценариев в течение жизненного цикла пакета.

Если вспомогательные материалы сценария встроены в пакет, добавление (с помощью Powershell) может выполняться значительно медленнее.

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

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

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

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

Большинство приложений, исследованных группой разработки продукта 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>

    Примечание

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

    </appv:Fonts>

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

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

  • Отключите шрифты с помощью файла конфигурации развертывания или конфигурации пользователя.

Fonts

-->

<Fonts Enabled="false" />

<!--

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Есть предложение для App-V?

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

См. также

Концепции

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

-----
Дополнительные сведения о MDOP можно найти в библиотеке TechNet, статьях по устранению неполадок на вики-сайте TechNet или подписавшись на новости в Facebook или Twitter.
-----