Рекомендации по повышению производительности при использовании виртуализации приложений

  • Статья

Относится к:

  • Windows 7 с пакетом обновления 1 (SP1)
  • Windows 10
  • Windows 11
  • Server 2012 R2
  • Сервер 2016

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

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

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

Примечание.

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

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

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

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

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

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

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

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

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

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

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

  • Используйте UE-V в качестве решения управления профилями пользователей (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 и требует дополнительной подготовки образа, что может привести к дополнительным затратам на управление образами.

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

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

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

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

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

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

  • Производительность:

    • Включите клиент App-V, как описано в разделе Включение встроенного клиента App-V.
    • Включите UE-V и скачайте шаблон параметров App-V из коллекции шаблонов UE-V. См. следующие действия.
    • Настройте режим общего хранилища содержимого (SCS). Дополнительные сведения см. в разделах Развертывание Последовательности App-V и Настройка клиента.
    • Настройте сохранение интеграции пользователей в DWORD реестра входа.
    • Предварительно настройте все пользовательские и глобальные пакеты, например Add-AppvClientPackage.
    • Предварительная настройка всех целевых пользователей и глобальных групп подключений, например Add-AppvClientConnectionGroup.
    • Предварительная публикация всех глобальных пакетов. Или:

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

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

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

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

        • AppData\Local\Microsoft\AppV\Client\VFS
        • AppData\Roaming\Microsoft\AppV\Client\VFS

  • Хранилище:

    • Включите клиент App-V, как описано в разделе Включение встроенного клиента App-V.
    • Включите UE-V и скачайте шаблон параметров App-V из коллекции шаблонов UE-V. См. следующие действия.
    • Настройте режим общего хранилища содержимого (SCS). Дополнительные сведения см. в разделах Развертывание Последовательности App-V и Настройка клиента.
    • Настройте сохранение интеграции пользователей в DWORD реестра входа.
    • Предварительно настройте все глобальные пакеты, например Add-AppvClientPackage.
    • Предварительно настройте все глобальные группы подключений, например Add-AppvClientConnectionGroup.
    • Предварительная публикация всех глобальных пакетов.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание.

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

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

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

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

Примечание.

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

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

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

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

В предыдущих версиях App-V обе запланированные задачи настраивались с помощью 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\Пуск\Programs

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

    Root — "KnownFolder" {B4BFCC3A-DB2C-424C-B029-7FE99A87C641}FileMask - *.lnk

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      (ожидание) То же, что и ранее.

    Результат:

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

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

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

      (Ожидание):

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

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

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

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

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

    • (Операция) Добавление и обновление должны быть предварительно настроены все целевые приложения для пользователей.

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

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

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

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

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

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

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

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

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

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

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

Windows Server

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

Роли сервера

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

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

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

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

    Удаление FB1

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

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

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

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

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

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

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

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

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

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

    1. Откройте сеанс Windows 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

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

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

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

    Шаг Соображения Преимущества Компромиссы
    Выборочное использование файлов динамической конфигурации Клиент App-V должен анализировать и обрабатывать эти файлы динамической конфигурации.

    Будьте в курсе размера и сложности (выполнение скрипта, включения и исключения VREG) файла.

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

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

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

      Параметр -DynamicDeploymentConfiguration

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

      Параметр -DynamicDeploymentConfiguration .

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

    Шаг Соображения Преимущества Компромиссы
    Учетная запись для синхронного выполнения скриптов во время жизненного цикла пакета. Если в пакет внедрена функция сопутствующего скрипта, командлеты добавление может выполняться медленнее.
    Выполнение скриптов во время запуска виртуального приложения (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>
</appv:Fonts>

    Примечание.

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

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

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

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

    Шрифты

    -->
<Fonts Enabled="false" />
<!--

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


    Сведения о проблемах с App-V см. на форуме TechNet app-V.

    Обзор виртуализации приложений (App-V)