Как пользоваться installaware virtualization

Application Virtualization

Convert your full-fledged applications into single self-sustaining executable files that don’t require installation or even pre-extraction to run with InstallAware Application Virtualization technology. Squeeze all ActiveX controls, dynamic libraries, and all kinds of other resources that your original application needs into a single executable file — it just works!

No More Need for Administrator Rights
Run any application, even if it requires administrator rights, without having administrator privileges.

Eliminate Deployment Conflicts
Run mutually incompatible applications on the same desktop at the same time. Completely sidestep all application deployment conflicts.

Convert Any Application
Do you have a working setup for the application to virtualize? That’s all you need to get started! You don’t even need original application sources or files.

Truly Portable
Carry your applications with you anywhere you go on a USB stick. Your application files are never extracted to local computers, but loaded directly from the single EXE file.

100% Royalty Free

InstallAware Virtualization eliminates the need to install applications before running them. Use PackageAware to easily capture any setup into a virtual application project. Create truly portable single-file EXE virtual applications which never extract any files to the host system. Deploy to an unlimited, infinite number of clients using our royalty free licensing model! And remember, your purchase is protected by our unconditional, no-questions-asked 30 day money back guarantee.

Copyright© 2024 InstallAware Software.
SitemapPrivacy PolicyTerms & Conditions

Установка клиента Application Virtualization Client вручную

Существует два типа клиентских компонентов Application Virtualization: клиент Application Virtualization Desktop Client, предназначенный для установки на настольных компьютерах, и клиент Application Virtualization client for Remote Desktop Services (прежнее название — службы терминалов), который можно установить на серверах узла сеансов удаленных рабочих столов (узла сеансов удаленных рабочих столов). Хотя две клиентские программы установщика отличаются, можно использовать следующую процедуру, чтобы вручную установить клиент Application Virtualization Desktop client на одном настольном компьютере или клиент Application Virtualization Client для служб удаленных рабочих столов на одном сервере узла сеансов удаленных рабочих столов. В рабочей среде клиент Application Virtualization Desktop Client, скорее всего, будет устанавливаться на нескольких настольных компьютерах с автоматизированным процессом установки скриптов. Сведения об установке нескольких клиентов с помощью скрипта см. в статье «Установка клиента с помощью командной строки».

Примечание.

1. Если вы устанавливаете программное обеспечение application Virtualization Client for Remote Desktop Services на сервере узла сеансов удаленных рабочих столов, сообщите пользователям, у которых есть открытый сеанс клиента RDP или ICA, с сервером узла сеансов удаленных рабочих столов, чтобы они могли сохранить свою работу и закрыть свои сеансы. В сеансе удаленного рабочего стола клиент можно установить вручную. Дополнительные сведения об обновлении клиента см. в разделе «Обновление клиента Application Virtualization».
2. Если на компьютере пользователя имеется конфигурация, которая зависит от пути установки клиента, обратите внимание, что клиент Application Virtualization (App-V) 4.5 использует папку установки, которая отличается от папки установки предыдущих версий. По умолчанию новая установка клиента Application Virtualization (App-V) 4.5 будет устанавливаться в папку \Program Files\Microsoft Application Virtualization Client. Если более раннюю версию клиента уже установлена, при установке клиента App-V выполняется обновление существующей папки установки.

Примечание.
Для App-V версии 4.6 и более поздних версий при установке клиента App-V SFTLDR.DLL в каталоге Windows\system32. Если клиент App-V установлен в 64-разрядной системе, SFTLDR_WOW64.DLL в каталоге Windows\SysWOW64.

Установка клиента Application Virtualization Desktop вручную

1. После получения правильного архивного файла установщика и сохранения его на компьютере убедитесь, что вы вошли с учетной записью с правами администратора на компьютере, и дважды щелкните файл, чтобы развернуть архив.
2. Выберите папку, в которой будут сохранены файлы, а затем откройте ее после копирования в нее.
3. При необходимости просмотрите заметки о выпуске.
4. Найдите файл setup.exe и дважды щелкните setup.exe, чтобы начать установку.
5. Мастер проверяет систему, чтобы убедиться, что установлено все необходимое программное обеспечение, и если отсутствует любое из следующих компонентов, мастер автоматически предложит установить их:
   • Microsoft Visual C++ 2005 с пакетом обновления 1 (SP1) (x86)
   • Microsoft Core XML Services (MSXML) 6.0 с пакетом обновления 1 (SP1) (x86)
   • Отчеты об ошибках приложений Майкрософт

Примечание.
Для App-V версии 4.6 и более поздних мастер также установит распространяемый пакет Microsoft Visual C++ SP1 (x86).

Дополнительные сведения об установке распространяемого пакета Microsoft Visual C++ SP1 (x86) https://go.microsoft.com/fwlink/?LinkId=150700см. в статье .

При появлении запроса нажмите кнопку «Установить». Отобразится ход установки, а состояние изменится с «Ожидание « на «Установка». Состояние установки изменяется на «Успешно» по мере успешного завершения каждого шага.

1. Нажмите кнопку «Изменить», а затем перейдите в поле « Глобальное расположение данных» или введите папку назначения для глобального расположения данных и нажмите кнопку «ОК «. Глобальный каталог данных — это место, где клиент Application Virtualization Desktop кэширует данные, совместно используемые всеми пользователями на компьютере, например OSD-файлы и SFT-файлы.
2. Если вы хотите изменить букву диска для использования, выберите предпочтительную букву диска из раскрывающегося списка.
3. Введите новый путь для хранения пользовательских данных в поле «Расположение данных пользователя», если вы хотите изменить расположение данных. В каталоге пользовательских данных клиент Application Virtualization Desktop хранит сведения, относящиеся к пользователю, например личные параметры виртуализированных приложений. Примечание.
   Этот путь должен быть разным для каждого пользователя, поэтому он должен включать переменную среды для конкретного пользователя, сопоставленный диск или что-то другое, которое будет разрешать уникальный путь для каждого пользователя.
4. Завершив внесение изменений, нажмите кнопку » Далее».

1. Используйте максимальный размер кэша. Введите числовое значение от 100 до 1 048 576 (1 ТБ) в поле «Максимальный размер ( МБ )», чтобы указать максимальный размер кэша.
2. Используйте пороговое значение свободного места на диске. Введите числовое значение, чтобы указать объем свободного места на диске в МБ, который клиент Application Virtualization должен оставить доступным на диске. Это позволяет увеличивать размер кэша до тех пор, пока объем свободного места на диске не достигнет этого предела. Значение, отображаемое в оставшемся свободном диске, указывает, сколько места на диске в настоящее время не используется.

Важно.
Чтобы обеспечить достаточно места в кэше для всех развертываемых пакетов, используйте параметр «Использовать свободное дисковое пространство » при настройке клиента, чтобы при необходимости можно было увеличивать кэш. Кроме того, можно заранее определить, сколько места на диске потребуется для кэша App-V, и во время установки задайте соответствующий размер кэша. Дополнительные сведения о функции управления пространством кэша см. в руководстве по операциям Microsoft Application Virtualization (App-V) в разделе «Использование функции управления пространством кэша».

Чтобы продолжить, нажмите Далее.

1. Корневой каталог источника приложения. Указывает расположение SFT-файлов. При использовании переопределяет части протокола, сервера и порта URL-адреса CODEBASE HREF в OSD-файле.
2. Авторизация приложения. Если требуется авторизация пользователя даже при проверке кэширования, пользователям необходимо подключиться к серверу и проверить свои учетные данные по крайней мере один раз, прежде чем им будет разрешено запускать каждое виртуальное приложение.
3. Разрешить потоковую передачу из файла. Указывает, будет ли включена потоковая передача из файла независимо от того, как используется корневое поле источника приложения. Если флажок не установлен, потоковая передача из файлов отключена. Этот флажок должен быть установлен, если корневой каталог источника приложения содержит UNC-путь в форме \\server\share.
4. Автоматическая загрузка приложения. Определяет, когда и как происходит автоматическая фоновая загрузка приложений. Примечание.
   При установке клиента App-V для использования с кэшем только для чтения, например с реализацией сервера VDI, установите для каких приложений автоматическую загрузку не загружать приложения, чтобы предотвратить попытки клиента обновить приложения в кэше только для чтения.

Чтобы продолжить, нажмите Далее.

1. Отображаемое имя — введите имя, которое вы хотите отобразить для сервера.
2. Тип — выберите тип сервера из раскрывающегося списка типов серверов.
3. Имя узла и порт — введите имя узла и порт в соответствующих полях. При выборе типа сервера в раскрывающемся списке поле порта автоматически заполняется стандартными номерами портов. Чтобы изменить номер порта, щелкните тип сервера в списке и измените номер порта в соответствии с вашими потребностями.
4. Путь. Если выбран стандартный HTTP-сервер или HTTP-сервер повышенной безопасности, необходимо ввести полный путь к XML-файлу, содержащему данные публикации в этом поле. Если выбрать сервер Application Virtualization Server или сервер виртуализации приложений расширенной безопасности, это поле не будет активным.
5. Автоматически свяжитесь с этим сервером, чтобы обновить параметры при входе пользователя. Установите этот флажок, если вы хотите, чтобы этот сервер запрашивал автоматически при входе пользователей в свою учетную запись на клиенте Application Virtualization Client.
6. Завершив настройку, нажмите кнопку » Далее».

Virtualization 5

The «Install Aware Virtualization 5 Challenge» takes start on Friday this week, with the launch of Install Aware ‘s next major version of royalty-free, agent-free application virtualization: Find a faster sequencer, and your license is free!

San Francisco, CA, September 24 2012 – Install Aware Software is launching Install Aware Virtualization 5 on Friday this week, an application virtualization tool for ISVs and enterprises deploying and re-packaging software on Microsoft Windows.

Install Aware Virtualization 5 includes a completely re-written version of Package Aware , employing new proprietary techniques and advanced low level optimizations. Package Aware for Install Aware Virtualization 5 has now become the fastest setup capture in the industry, eliminating the need for clean machine captures, while retaining the capability to work with full system state snapshots.

Any customer who is able to demonstrate faster sequencing (based on the system snapshot method) than Package Aware is entitled to a free license under the Install Aware Virtualization 5 Challenge.

The new version of Package Aware may now compare any two arbitrary system snapshots during sequencing; including snapshots sourced from physically different hardware and/or operating systems — delivering the ultimate flexibility, together with breakneck speed, in virtualizing applications.

Install Aware Virtualization 5 produces truly portable, independent, single-file executables when an application is virtualized. These EXEs do not extract any files to the target system when being run, and can be carried on and run from a portable USB stick — without needing any privileges on the host system.

Install Aware Virtualization 5 is based on an agentless architecture, which eliminates the need to pre-install agent software on target devices. Install Aware Virtualization 5 is also licensed royalty-free, and does not require separate client access licenses for each user during deployment.

In addition to Package Aware , applications may be virtualized by manually authoring them in the Install Aware Virtualization IDE. Of course, it is also possible to touch-up projects sequenced using Package Aware in the IDE.

Any existing Install Aware setup project may also be converted into an Install Aware Virtualization project using the one-click conversion utility. Combined with the free edition of Install Aware for Visual Studio, this provides software developers a streamlined, two-click process to build any of their Visual Studio solutions as an Install Aware Virtualization virtualized application.

About Install Aware Software

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

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

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

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

• Руководство администратора Microsoft Application Virtualization 5.1
• Публикация приложений App-V 5 с пакетом обновления 2 (SP2) и взаимодействие с клиентом
• Руководство по виртуализации приложений Майкрософт

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

Наконец, в этом документе содержатся сведения о настройке компьютера с клиентом App-V 5.1 и среды для оптимальной производительности. Оптимизируйте пакеты виртуальных приложений для повышения производительности с помощью последовательности и понять, как использовать виртуализацию взаимодействия с пользователем (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 или RDSH.
Виртуализация взаимодействия с пользователем (UE-V), другие решения UPM или диски профилей пользователей (UPD).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Путь- 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» FileMask — *.lnk

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

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

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

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

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

    Скрипт .NET NGEN (настоятельно рекомендуется)

    Windows Server

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

    • Microsoft Windows Server 2012 R2
    • Microsoft Windows Server 2012
    • Microsoft Windows Server 2008 R2

    Роли сервера

    • Узел виртуализации удаленных рабочих столов
    • Узел сеансов удаленного рабочего стола
    • Релевантность IIS: управление App-V, публикация, веб-службы Reporting
    • Релевантность файлового сервера (SMB): если используется для хранения и доставки содержимого App-V в режиме SCS

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

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

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

    Удаление 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 обнаруживает, установлена ли уже требуемая зависимость SxS. Если зависимость недоступна на компьютере и включена в пакет, используется традиционный установщик Windows (.msi) будет инициирована установка сборки SxS. Как упоминалось ранее, просто установите зависимость на компьютере, на котором запущен клиент, чтобы убедиться, что установка установщика Windows (.msi) не будет выполнена.

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

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

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

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

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

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

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

    • Создайте копию пакета.
    • Переименование Package_copy.appv в Package_copy.zip
    • Откройте AppxManifest.xml и найдите следующее:

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

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

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

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

    Терминология руководства по производительности 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 .
      • От начала до завершения обновления публикации. В автономных экземплярах это первое последнее опубликованное виртуальное приложение.
      • С точки, где виртуальное приложение доступно для запуска из ярлыка. Кроме того, он находится с точки, с которой регистрируется сопоставление типов файлов и запускает указанное виртуальное приложение.
      Похожие публикации:

      1. Как переключить вид резисторов в микро кап
      2. Как сделать задержку в python
      3. Как сделать кнопку в java
      4. Как сделать красивые папки в windows 10