понедельник, 17 мая 2010 г.

Охота на MED-V'eдя (часть II)

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


Подготовка образа гостевой ОС
В качестве гостевой ОС будет использоваться Windows XP Professional SP3 x86. Установка и настройка гостевой ОС будет выполняться в Microsoft Virtual PC 2007 SP1.

Подготовка образа включает в себя следующие шаги:

  1. Установка операционной системы.
  2. Установка компонентов интеграции MS Virtual PC (Virtual Machine Additions).
  3. Установка обновлений операционной системы.
  4. Установка дополнительных программ и компонентов.
  5. Настройка ОС и приложений - отключение ненужных функций, настройка параметров безопасности.
  6. Запуск Virtual Machine Prerequisites Tool.
  7. Подготовка файла ответов и запуск Sysprep.
Мы намеренно опустим детальное описание процесса подготовки и рассмотрим только последние два, непосредственно связанные с MED-V.

Мастер Virtual Machine Prerequisites Tool облегчает задачу по настройке гостевой ОС и входит в состав MED-V Workspace - специального компонента, который требуется установить перед тем, как загрузить образ на сервер MED-V.

Для установки Workspace вам понадобится Microsoft .NET Framework 2.0 SP1. Запустите установщик MED-V Workspace (MED-V_Workspace_1.0.105.msi) и следуйте инструкциям на экране.

После завершения установки убедитесь, что выбран Launch VM Prerequisites Tool и нажмите Finish (также вы можете запустить этот мастер позже из Start -> All Programs -> MED-V -> VM Prerequisites Tool.
На стартовой странице мастера MED-V VM Prerequisite Wizard нажмите Next.
На странице Windows Settings задайте необходимые настройки ОС и нажмите Next.
На странице Internet Explorer Settings задайте необходимые настройки для web-браузера Internet Explorer и нажмите Next.
На странице Windows Services отключите службы, которые не требуются для работы ОС и нажмите Next.
На странице Windows Auto Logon введите имя и пароль локальной учетной записи администратора для автоматического входа в систему (Enable Windows Auto Logon) и нажмите Apply.
В появившемся окне нажмите Yes.
В окне Summary нажмите Finish.

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

Смонтируйте диск с дистрибутивом Windows XP Professional и скопируйте содержимое архива Deploy.cab из папки "X:\SUPPORT\TOOLS\" в папку "C:\Sysprep\", где X - буква CD-привода.
Примечание: Вы можете скопировать файлы в папку отличную от "C:\Sysprep", однако, после запуска и отработки sysprep данная папка не будет удалена и останется в виртуальной машине, из-за чего может быть скомпрометирован пароль локального администратора для всех гостевых машин, созданных из данного образа.
Запустите Setupmgr.exe из указанной папки. На стартовой странице Welcome to Setup Manager нажмите Next.

На странице New or Existing Answer File выберите вариант создания нового файла ответов (Create new) и нажмите Next.

На странице type of Setup выберите Sysprep setup и нажмите Next.

На странице Product укажите необходимую версию ОС (Windows XP Professional) и нажмите Next.

На странице License Agreement выберите Yes, fully automate the installation и нажмите Next.

Укажите необходимые параметры для файла ответов. Укажите имя пользователя (Name) и название организации (Organization) на первой вкладке.
Задайте временную зону на вкладке Time Zone.

Укажите ключ продукта на вкладке Product Key (если вы не укажете ключ, то ключ запросят у пользователя при первом запуске системы).

На вкладке Computer Name выберите Automatically generate computer name.

На вкладке Administrator Password задайте пароль администратора, установите When a destination computer starts, automatically log on as Administrator и установите количество автоматических входов в систему (Number of times to log on automatically) равным 2. Автоматический вход в систему требуется для того, чтобы при первом запуске гостевой ОС MED-V мог изменить ее имя и ввести в домен.
На последней вкладке Identification String нажмите Finish.
Сохраните файл ответа в папке, предложенной по-умолчанию, нажав OK.

Закройте окно Setup Manager, нажав File -> Exit.

Запустите sysprep.exe из папки Sysprep.

В появившемся окне нажмите OK.

Установите Don't reset grace period for activation и Use Mini-Setup и нажмите Reseal.
В появившемся окне нажмите OK.
Дождитесь, пока виртуальная машина будет выключена, и закройте из Virtual PC.

Добавление образа на сервер MED-V
Запустите консоль MED-V Management и зайдите под учетной записью администратора.

Перейдите на Images.

Добавьте образ в локальный тестовый репозиторий, нажав кнопку New.
С помощью кнопки Browse укажите путь к .vmc файлу созданной виртуальной машины, а также задайте имя образа (Image name).
Выберите добавленный образ из списка Local Test Images и нажмите Pack...

Дождитесь завершения упаковки образа и нажмите OK.
Выберите упакованный образ из списка Local Packed Images и нажмите Upload.
Дождитесь завершения процесса загрузки образа и нажмите OK.

Настройка политик на сервере MED-V
После добавления образа виртуальной машины на сервер на потребуется создать рабочую область (Workspace), включающую в себя образ виртуальной машины, права на ее использование, политики распространения и прочие настройки.

Для создания новой рабочей области перейдите на Policy и нажмите Add.

На вкладке General задайте имя (Name) и описание (Description) для рабочей области, которые будут видеть пользователи MED-V.
В области Workspace UI выберите один из двух режимов работы с виртуальной машиной:
  • Seamless Integration - режим 'прозрачной' работы с приложениями в виртуальной машине. Пользователь видит лишь окно запущенного приложения и не видит остальных элементов интерфейса гостевой ОС. При необходимости, вы можете выделять окна приложений цветной окантовкой (Draw a frame around each Workspace window). Запуск приложений осуществляется из меню MED-V Applications, интегрированного в панель 'Пуск' хостовой ОС.
  • Full Desktop - стандартный режим работы. Виртуальная машина доступна пользователю в отдельном окне.
На вкладке Virtual Machine выберите образ виртуальной машины, загруженный на сервер (c пометкой server). Если в списке Assigned Image нет необходимого образа, обновите список, нажав Refresh.
На вкладке Deployment с помощью кнопки Add... добавьте пользователей или группы, которые будут использовать эту виртуальную машину. Дполнительно, вы можете настроить параметры работы с буфером обмена между гостевой и хостовой ОС, разрешить передачу файлов, доступ к принтерам и CD/DVD приводу.
На вкладке VM Setup вы можете настроить последовательность действий при развертывании машины. В нашем случае, мы хотим, чтобы при первом запуске виртуальная машина автоматически переименовывалась, а также присоединялась к домену. Для этого включите Run VM Setup и нажмите кнопку Script Editor...
В окне Script Actions с помощью кнопки Add добавьте следующие действия:
Rename Computer, при выборе, появится окно с предложением добавить действие по перезагрузке после переименования компьютера. Нажмите Yes.
Join Domain, после выбора, укажите учетные данные пользователя, который имеет права на ввод компьютера в домен (Use the following credentials). Укажите домен, к которому требуется подключиться (Use the following domain name).
Нажмите OK.
Примечание: Для ввода в домен рекомендуется создать отдельную учетную запись, т.к. по-умолчанию, все пользователи могут вводить в домен не более 10-ти компьютеров.

Имя виртуальной ОС генерируется на основе шаблона MEDV-########, где # - случайный символ.

На вкладке Network вы можете задать сетевые настройки для виртуальной ОС. Для корректной работы гостевой ОС с доменом установите Use different IP address than host (Bridge).
Сохраните внесенные изменения, нажав на кнопку save changes. На этом настройки на сервере закончены, самое время для тестов.

Тестирование работы MED-V
Запустите клиента MED-V. Система запросит у вас учетные данные пользователя для подключения к серверу.
Если вы запустили клиента MED-V на компьютере, который использовали для подготовки и загрузки образа, появится диалоговое окно с вариантами выбора:
  • Use Test Image - использовать локальный тестовый образ.
  • Use Deployed Image - загрузить и использовать образ с сервера.
Выберите второй вариант. Начнется процесс загрузки и подготовки образа. В зависимости от размера образа, а также сделанных настроек, процесс первого запуска может занять продолжительное время.

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

среда, 12 мая 2010 г.

Работаем с App-V (часть II)

В прошлый раз я начал рассказывать о Microsoft App-V - решении по виртуализации, распространению и управлению приложениями, а также описал процесс установки и настройки компонентов App-V в Standalone конфигурации.

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

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


Установка приложений через Групповые политики
Для небольших офисов (10-50 человек), с развернутой службой каталога MS Active Directory, вы можете управлять установкой приложений в формате .msi, используя групповые политики (Software Installation Policy).

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

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

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

В качестве примера рассмотрим групповую политику для автоматической установки ранее подготовленного пакета приложения Adobe Reader 9.1. Для упрощения конфигурации будет использоваться единственный сервер контроллер домена (dc.app.local), на нем же будет размещаться общая папка для хранения приложений.

Для начала подготовьте доменную инфраструктуру. У вас должно быть одно или несколько организационных подразделений (например: "Desktops") с клиентскими компьютерами, на которые будет распространяться групповая политика.

Создайте на сервере папку (например, "C:\Packages"), в которой будут размещаться ваши упакованные приложения и предоставьте к ней общий доступ. Можете оставить права по-умолчанию (Read для Everyone), либо назначить права для конкретных компьютеров, пользователей или групп.

Проверьте, что NTFS разрешения также настроены корректно.

Скопируйте папку с упакованным приложением в созданную папку.

С помощью редактора групповых политик (Group Policy Management) создайте новую групповую политику (например: "AdobeReader Installation Policy").

Откройте созданную политику для редактирования. Раскройте узел Computer Configuration -> Policies -> Software Settings, щелкните правой кнопкой мыши по Software installation и в контекстном меню выберите New -> Package...
В поле File name укажите пать к файлу .msi из общей папки в формате UNC, например: "\\dc.app.local\Packages\AdobeReader\AdobeReader9.msi" и нажмите Open.

В окне Deploy Software выберите Assigned и нажмите OK.
Дождитесь пока пакет появится в окне групповой политике, щелкните по нему правой кнопкой мыши и нажмите Properties.
На вкладке General вы можете изменить имя пакета, посмотреть информацию о версии, языке, платформе и т.п.
На вкладке Deployment вы можете активировать возможность автоматического удаления приложения (Uninstall this application when it falls out of the scope of management) в случае, когда компьютер выпадает из-под области действия политики, например, переместившись в другое организационное подразделение.
На вкладке Security вы можете управлять разрешениями на установку приложения. Это удобно в том случае, когда с помощью одной групповой политики вы планируете производить установку нескольких приложений на разные компьютеры. При необходимости вы можете удалить группу Authenticated Users и назначить право Read для конкретных объектов (компьютеров, пользователей, групп).
Закройте окно редактирования политики и назначьте групповую политику на нужное организационное подразделение (Link an Existing GPO).
При необходимости, если требуется, чтобы политика применялась только к определенным объектам в организационном подразделении, измените права на политику.
На клиентском компьютере выполните в консоли команду gpupdate /force, или подождите, пока не пройдет интервал обновления групповой политики (по-умолчанию, от 60 до 120 минут) и перезагрузите компьютер.

Обратите внимание, что при входе в систему ярлык установленного приложения присутствует на рабочем столе. Если вы включили опцию Uninstall this application... можете поэкспериментировать с автоматическим удалением приложения, переместив компьютер в другое организационное подразделение и сделав gpupdate.

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

В качестве примера я создал пакет более новой версии Adobe Reader 9.3. Процесс подготовки ничем не отличается от рассмотренного в предыдущей статье.

После подготовки пакета, скопируйте его в общую папку на сервер.

Откройте ранее созданную групповую политику. Добавьте новый пакет, указав в этот раз путь к файлу .msi с новой версией приложения, например, \\dc.app.local\Packages\AdobeReader9.3\AdobeReader9.3.msi и нажмите Open.

В окне Deploy Software выберите Advanced и нажмите OK.

Перейдите на вкладку Upgrades и нажмите кнопку Add... В списке Package to upgrade выберите пакет, который требуется обновить. Убедитесь, что выбрано Uninstall the existing package, then install the upgrade package и нажмите OK.
Нажмите OK еще раз, чтобы применить настройки.
Обратите внимание на изображения ярлыков пакетов.
Для применения политик выполните gpupdate на клиентском компьютере и перезагрузите его. Приложение успешно обновится.

вторник, 4 мая 2010 г.

Работаем с App-V (часть I)

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

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

Как и в случае с Med-V, App-V доступен лишь в составе MDOP (Microsoft Desktop Optimization Pack), приобрести который могут лишь подписавшись на Software Assurance, либо купив лицензию VDI Suite.

Так чем же так хороша виртуализация приложений и в частности App-V?


App-V
Для работы рядового пользователя на современном компьютере могут понадобиться десятки, если не сотни различных приложений. Установить их на компьютеры - это еще пол-беды, требуется также их своевременно обновлять, обеспечивать работу нескольких версий (например, MS Office 2003/2007/2010 или Internet Explorer 6,7,8) и совместимость с другими приложениями, наконец, удалять программы, когда они перестают быть нужны (не всегда удается удалить приложение полностью, часто оно оставляет лишние папки/файлы, ключи реестра). Решить эти проблемы позволяет виртуализация приложений.

Идея у технологии следующая. Вместо установки на целевой компьютер, приложение устанавливают на специально подготовленный "чистый" компьютер (например на виртуальную машину с клиентской ОС). На этапе установки и первоначальной настройки приложения, специальная утилита (в App-V она называется Sequencer) отслеживает все зависимости данного приложения: файлы, папки, ключи и ветки реестра, системные библиотеки, и упаковывает их. Затем пакетированное приложение переносится на конечный компьютер, где запускается и работает в изолированном контейнере (его также часто называют песочницей - sandbox). Вам не требуется устанавливать и настраивать приложение, все, что вам нужно – просто запустить его. При этом у вас остается возможность менять различные параметры виртуальных приложений, настраивать ассоциации между расширениями файлов и виртуальными приложениями.

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

Пакеты виртуальных приложений App-V можно распространять, используя существующие средства доставки приложений на рабочие станции (например, SCCM 2007). App-V прекрасно работает с решениями терминального доступа и виртуализации представления (на базе MS RDS или Citrix XenApp), а также с VDI (VMware View, MS RDS, Citrix XenDesktop). В последнем случае вы можете существенно сэкономить на дисковом пространстве виртуальных рабочих станций, настроив на клиентах read only кэш для виртуальных приложений и разместив его в общей папке, доступной для всех клиентов по сети. Учитывая, что установленные на рабочих станциях приложения могут занимать и 10 и 20 Гб свободного пространства, экономия получается весьма весомой.

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

Инфраструктура App-V включает в себя следующие компоненты:

  • Application Virtualization Client – компонент,устанавливающийся на клиентскую рабочую станцию или терминальный сервер, и позволяющий получать, обновлять и запускать виртуализованные приложения.
  • Microsoft Application Virtualization Sequencer - компонент, устанавливающийся на эталонный компьютер, на котором выполняется установка, настройка и упаковка приложения.
  • Application Virtualization Management Server – централизованный сервер, который позволяет опубликовывать виртуализованные приложения, настраивать к ним доступ, управлять лицензиями и многое другое.
  • Application Virtualization Management Console - оснастка, позволяющая подключаться и управлять одним или несколькими App-V Management Server'ами.
  • IIS Server – позволяют подключаться к управляющим серверами App-V Management Server с помощью консоли App-V Management Console.
  • SQL сервер – используется для размещения баз данных управляющих серверов.
  • Streaming сервер, позволяющий распространять пакеты приложений на клиентские компьютеры.

Упакованное виртуальное приложение (пакет) включает в себя следующие файлы:
.sft – контейнер, в котором находится упакованное приложение и зависимые файлы.
.osd – файл с описанием параметров приложения, таких как: версия пакета и приложения, путь к .sft контейнеру, путь к ярлыкам приложения, зависимые расширения файлов.
.sprj - файл с описанием проекта, использующийся для повторного создания пакета приложения (например, при обновлении).
.xml – файл-манифест, использующийся для публикации приложения (например по протоколу HTTP(s)).
.ico - один или несколько файлов, содержащих изображение для ярлыков приложений
.msi – файл для установки пакета приложения на клиенте вручную (используется в Standalone конфигурации) или с помощью систем доставки приложений (например, MS SCCM 2007).

App-V обычно развертывают в одной из трех конфигураций:
Standalone конфигурация. Включает в себя только клиентов App-V и Sequencer’а. Доставка приложений на рабочие станции осуществляется вручную или сторонними средствами: через общие папки, внешние накопители, системы ESD (electronic software deployment, например: MS SCCM 2007 R2). Перед тем, как клиент сможет начать работать с приложением его потребуется установить с помощью .msi. Соответственно, .msi файл должен быть создан на этапе пакетирования приложения.

Streaming конфигурация – включает в себя клиентов App-V, Sequencer и один или несколько Streaming серверов. Как правило такая конфигурация используется в филиалах, где нет возможности развернуть полноценный управляющий сервер App-V. Подготовленные пакеты приложений копируются на Streaming сервер. Streaming сервер обеспечивает публикацию (информирование клиентов о доступных приложениях) и streaming (загрузку пакетов) приложений по протоколам RTSP (работает по порту TCP 544), RTSPS (обеспечивает безопасную передачу данных, TCP 322). Поскольку Streaming сервером нельзя управлять с помощью консоли, то все настройки осуществляются через реестр и через правку прав ACL на файлы и папки опубликованных приложений.

Management конфигурация включает в себя один или несколько Management серверов и позволяет централизованно управлять публикацией, обновлением, доступом к приложениям с помощью консоли App-V Management Console. Публикация и streaming приложений осуществляется по протоколам RTSP, RTSPS. Требует наличия SQL сервера.

Кроме того, для каждой из трех конфигураций вы всегда можете развернуть и использовать дополнительные компоненты: IIS сервер или SCCM 2007 R2 для публикации и streaming'а приложений, файловые серверы для хранения и распространения пакетов приложений.

В сегодняшней статье я рассмотрю самый просто вариант установки App-V - Standalone. Для этого я буду использовать два компьютера с клиентскими ОС Windows 7 Ultimate x86. Для установки я загрузил последнюю на сегодняшний день версию App-V 4.6 в составе пакета MDOP 2010 Refresh.

Установка Sequencer
Как уже было сказано выше, Sequencer – эталонный компьютер (этакий аналог чистой комнаты), на котором происходит установка, настройка и подготовка пакета приложения, из-за этого крайне рекомендуется использовать компьютер с минимальным набором установленных приложений, системных утилит и компонентов. Перед запуском Sequencer рекомендуется отключить все фоновые программы: антивирусы, брандмауэры, системы обновления, дефрагментатор диска д.р. По этой причине идеальным кандидатом на роль Sequencer'а является виртуальная машина. Во-первых, вы можете включать эту машину только тогда, когда нужно, во вторых – у вас есть поддержка моментальных снимков, что позволяет упростить процедуру повторной подготовки машины и откатить изменения, если что-то пойдет не так.

Все виртуальные приложения должны ставиться на отдельный раздел или диск (по-умолчанию, принято давать этому разделу букву "Q:") в отдельный каталог, который должен удовлетворять стандарту наименования 8.3 (например, MYOFFICE.2K7).

Поэтому перед установкой Sequencer добавьте еще один виртуальный диск, отформатируйте его в файловой систему NTFS и присвойте букву "Q:".

Запустите установщик Setup.exe из папки X:\App-V\Installers\4.6\Sequencer\x86\, где X - буква диска.

Если у вас отсутствует пакет Microsoft Visual C++ 2005 SP1 Redistributable Package, система предложит установить его. Нажмите Install.
На стартовой странице нажмите Next.
На странице License Agreement примите лицензионное соглашение (I accept the terms in the license agreement) и нажмите Next.
На странице Destination Folder выберите папку для установки и нажмите Next.
На странице Ready to Install the Program нажмите Install.
Дождитесь окончания установки и нажмите Finish.

Подготовка пакета приложения
В качестве примера я создам пакет приложения Adobe Reader 9.

Перед тем, как приступать к установке приложения, создайте на диске Q: отдельную папку, например ADOBERDR.PDF.

Запустите Microsoft Application Virtualization Sequencer из Start -> All Programs -> Microsoft Application Virtualization.

В главном окне программы выберите Create a Package.
Запустится мастер Sequencing Wizard. На первой странице Package Information введите название пакета (Package Name) и комментарии (Comments). Нажмите Next.
На странице Monitor Installation нажмите Begin Monitoring. В окне Browse For Folder укажите путь к папке созданной ранее и нажмите OK.
Дождитесь, пока Sequencer соберет необходимые сведения о системе, затем откройте папку, где располагается дистрибутив Adobe Reader и запустите установщик (например, AdbeRdr910_en_US.exe)

Выполните стандартную установку Adobe Reader, изменив стандартную папку для установки приложения с C:\Program Files\Adobe\Reader 9.0\ на Q:\ADOBERDR.PDF. После завершения установки запустите Adobe Reader и выполните необходимые установки (примите лицензионное соглашение, отключите автоматическое обновление и п.р.).
Вернитесь в Sequencing Wizard и нажмите Stop Monitoring. Дождитесь окончания процесса сбора данных и нажмите Next.
На странице Configure Applications убедитесь, что Adobe Reader 9 доступен в разделе Applications. При необходимости вы можете добавить или удалить дополнительные файлы, настроить ассоциации с расширением файлов. Нажмите Next.
На странице Launch Applications нажмите Launch All, дождитесь успешного запуска Adobe Reader и затем закройте его. Нажмите Next.
На странице Sequence Package дождитесь окончания работы Sequencer и нажмите Finish.

В окне Microsoft Application Virtualization Sequencer перейдите на вкладку Deployment и установите Generate Microsoft Windows Installer (MSI) Package и Compress Package.
Щелкните по Package -> Save as и укажите путь, где будет сохранен пакет приложения. Откройте указанную папку и убедитесь, что приложение успешно сохранено.

Установка App-V Client с помощью Мастера
При установке Standalone App-V Client вам потребуется изменить некоторые параметры, принятые по-умолчанию.

Для установки App-V через графический интерфейс сделайте следующее.

Запустите установщик Setup.exe из папки X:\App-V\Installers\4.6\Client\x86\, где X - буква диска.

На стартовой странице нажмите Next.
На странице License Agreement примите лицензионное соглашение (I accept the terms in teh license agreement) и нажмите Next.
На странице Microsoft Update Opt In выберите настройки обновления и нажмите Next.
На странице Setup Type выберите тип установки Custom и нажмите Next.
На странице Destination Folder выберите директорию для установки App-V и нажмите Next.
На странице Application Virtualization Data Location оставьте по-умолчанию, либо измените параметры установки. Обратите внимание на предпочитаемую букву виртуального диска, которая должна совпадать с настройками диска на Sequencer. Нажмите Next.
На странице Cache Size Settings задайте размер кэша, который будет отводиться под хранение пакетов виртуальных приложений. Нажмите Next.
На странице Runtime Package Policy Configuration отключите Require User authorization even when cached и включите Allow streaming from file. Также отключите On Launch и On Login в области Auto Load и выберите Do not automatically load applications. Нажмите Next.
На странице Publishing Server оставьте настройки по-умолчанию и нажмите Next.
На странице Ready to Install the Program нажмите Install. Дождитесь окончания установки и нажмите Finish.

Установка App-V Client через консоль
Если вам требуется установить клиент на несколько рабочих станций, то гораздо проще сделать это с помощью скрипта. Tim Mangan подготовил отличный документ, описывающий процесс установки клиента с использованием дополнительных ключей.

Просто запустите установщик Setup.exe со следующими параметрами:
Setup.exe /s /v"/qn SWICACHESIZE=\"10000\" REQUIREAUTHORIZATIONIFCACHED=\"0\" ALLOWINDEPENDENTSTREAMING=\"1\" AUTOLOADONLAUNCH=\"0\" AUTOLOADONLOGIN=\"0\" "
, где SWICACHESIZE - максимальный размер места на диске в МБ, которое отводится под кэш виртуальных приложений;
REQUIREAUTHORIZATIONIFCACHED - параметр отвечающий за требование авторизации на сервере при запуске приложения из кэша;
ALLOWINDEPENDENTSTREAMING - разрешает запуск приложений установленных вручную;
AUTOLOADONLAUNCH - отвечает за фоновую загрузку приложения при запуске;
AUTOLOADONLOGIN - отвечает за фоновую загрузку приложения при входе пользователя в систему.
С другими параметрами Setup.exe вы можете ознакомиться здесь.

Копирование и запуск виртуального приложения на клиенте
Последнее, что осталось сделать – скопировать полученный на Sequencer’е пакет (папку со всеми файлами, кроме .sprj) на клиентский компьютер и установить его, запустив .msi файл.

На первой странице нажмите Next. Дождитесь окончания установки и нажмите Close.

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

Щелкните по ярлыку и запустите приложение. В трее появится значок App-V.

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

Материалы
При подготовке данной статьи использовались следующие материалы:
  1. Microsoft App-V 4.5 Client in Stand-Alone Mode
  2. App-V Standalone Client Overview