Работа с клиентами App-V

Клиенты App-V — это небольшие программы, размещаемые на настольных компьютерах или серверах терминалов. Они осуществляют взаимодействие и проверку подлинности с сервером App-V, принимают передаваемый в потоковом режиме код приложений и обеспечивают выполнение приложения для использования пользователем. Администраторы могут настроить клиенты App-V Desktop Client и App-V Terminal Services Client and и управлять приложениями с помощью  консоли Application Virtualization Client.

Приложения

Узел «Applications» (Приложения) этой консоли можно использовать для ручного управления виртуальными приложениями.(см. рис. 3-65). Выбрав данный узел и затем щелкнув виртуальное приложение правой кнопкой мыши, можно выполнять различные задачи, такие как указаны ниже:

  • Загрузка приложения в кэш или выгрузка приложения из кэша.
  • Очистка приложения из консоли, которое также удаляет настройки, ярлыки и сопоставления типов файлов для приложения.
  • Восстановление приложения для удаления внесенных изменений и восстановления для приложения настроек по умолчанию.
  • Импорт приложения в кэш.
  • Блокировка приложения и снятие блокировки.(Заблокированное приложение не может быть удалено из кэша в целях освобождения места для новых приложений.)
  • Удаление приложения, после чего это приложение перестает быть доступным пользователям на данном клиенте.Эта операция также удаляет все ярлыки и сопоставления типов файлов для данного приложения.Кроме того, она удаляет само приложение из кэша, если только другое приложение не ссылается на данные кэша файловой системы выбранного приложения.
  • Изменение значка, сопоставленного с приложением.
  • Ручное добавление приложения на клиентский компьютер с помощью выбора пункта «New Application» (Новое приложение) в контекстном меню.
  • Публикация ярлыков для приложения на рабочем столе, на инструментальной панели быстрого запуска, в меню «Отправить», в разделе «Программы» меню «Пуск» или в каком-либо другом расположении.

Рисунок 3-65. Управление приложениями с использованием консоли Application Virtualization Client.

Можно также щелкнуть узел «Applications» (Приложения) правой кнопкой мыши для выполнения следующих действий:

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

Сопоставления типов файлов

Узел «File Type Associations» (Сопоставления типов файлов) консоли Application Virtualization Client позволяет добавить или удалить сопоставление типа файлов для приложения. При добавлении нового сопоставления файла задается расширение имени файла  указывается, должно ли новое сопоставление типа файлов использоваться глобально для всех пользователей и с каким существующим типом файлов следует сопоставить новое расширение.

Серверы публикации

Узел «Publishing Servers» (Серверы публикации) позволяет настраивать новые серверы публикации и выполнять соответствующие задачи на клиенте (см. рис. 3-66).

Рисунок 3-66. Управление серверами публикации с использованием консоли Application Virtualization Client.

Например, для настойки нового сервера публикации сначала добавьте этот сервер, щелкнув узел «Publishing Servers» (Серверы публикации) правой кнопкой мыши и выбрав пункт «New Server» (Новый сервер). Следуйте указаниям мастера для задания отображаемого имени и выбора типа сервера. Поддерживаются следующие типы серверов:

  • Application Virtualization Server — использует RTSP в качестве протокола потоковой обработки.
  • Enhanced Security Application Virtualization Server — использует RTSPS в качестве протокола потоковой обработки.
  • Standard HTTP Server — использует HTTP в качестве протокола потоковой обработки.
  • Enhanced Security HTTP Server — использует HTTPS в качестве протокола потоковой обработки.

После добавления сервера публикации щелкните его правой кнопкой мыши и выберите пункт «Properties» (Свойства) для отображения диалогового окна «Properties» (Свойства). Вкладки в этом диалоговом окне можно использовать для настройки следующих параметров:

  • Имя и тип сервера
  • Порт и имя главного компьютера
  • Обновление публикации при входе пользователя в систему
  • Частота обновления публикации
  • Управление клиентами App-V из командной строки

Клиентами App-V можно также управлять из командной строки, используя команду SFTMIME. Например, чтобы добавить пакет виртуального приложения для всех пользователей компьютера, введите команду SFTMIME ADD PACKAGE:<имя> /MANIFEST <путь> /GLOBAL в командной строке.

Для получения дополнительных сведений об использовании команды SFTMIME для управления клиентами App-V см. описание команды SFTMIME на сайте Microsoft TechNet по адресу https://technet.microsoft.com/en-us/library/cc817090.aspx.

Из первых уст: диагностика App-V

Ниже приведены некоторые советы по диагностике различных аспектов системы App-V.

Диагностика проблем с публикацией и потоковой передачей

Часто тем, у кого отсутствует опыт использования App-V, бывает трудно понять, как в App-V реализована публикация приложений и какие пути, каталоги и протоколы используются при осуществлении классической публикации на базе потоковой передачи с привлечением сервера Management Server. К сожалению, данный процесс публикации не полностью использует преимущества существующего канала доставки — протокола RTSP и его защищенной версии RTSPS — между серверными и клиентскими компонентами, но именно так это реализовано в настоящее время.

Иногда путаницу вызывает недостаточное понимание назначения различных форматов файлов, используемых системой App-V. Каждый из пакетов виртуальных приложений App-V состоит из файла данных пакета (SFT) и набора вспомогательных файлов (файл OSD для описания одного отдельного приложения из файла данных пакета, файл ICO для создания ярлыка и т. д.), некоторые из которых предоставляются не такими способами, как остальные файлы.

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

Следует проверить путь каталога содержимого, являющийся путем файловой системы, который необходимо выбрать во время установки каждого сервера App-V. Этот каталог представляет собой логическую начальную точку для службы, которая ожидает передачи данных о наличии запросов клиентов через сеть. Путь каталога содержимого, определенный во время установки (например, C:\content\), используется исключительно службой App-V на сервере при попытке найти физические файлы SFT для потоковой обработки. Если вы видели или определяли этот путь на любом экране управления, то ошибка вызвана тем, что сервер самостоятельно осуществляет доставку SFT с использованием каналов RTSP или RTSPS. При использовании классического способа доставки приложений с использованием App-V файлы SFT не могут быть опубликованы через UNC-пути или URL-адресы HTTP (кроме случая, когда используется новая функция потоковой передачи через HTTP, представленная в версии 4 .5, но это уже совершенно другой сценарий).

Кроме того, проверьте относительный путь пакета.Это тот путь, который вы видите в узле «Packages» (пакеты) консоли Management Console для каждой из версий каждого пакета (например, myapp\package .sft) . Обычно этот путь автоматически разрешается правильно в случае импорта пакетов App-V, но иногда это может выполняться неправильно, если человек, который упаковывал виртуальное приложение, не соблюдал аккуратность. Процедура импорта считывает этот относительный путь из первого файла OSD для каждого импортируемого пакета. Этот путь представляет собой второй набор сведений, который сервер управления App-V использует для поиска запрашиваемого клиентом пакета при попытке выполнения потоковой передачи. Как путь каталога содержимого был логической начальной точкой, этот относительный путь является логической конечной точкой этого пути.

Вместе они составляют полный действительный путь файловой системы к файлу SFT (например, C:\content\ + myapp\package .sft = C:\content\myapp\package. sft).

Полностью несвязанными с описанными выше настройками пути являются пути к файлам OSD и ICO. Эти пути, определенные в записях публикации приложения (экран, отображаемый при запуске импорта в консоли Management Console), предоставляются сервером Management Server на клиент App-V при запуске им операции обновления для данного сервера. Операция обновления, как и следует из ее названия, обновляет на клиенте список приложений, известных пользователю, от имени которого запущено обновление.

Кроме получения списка доступных пользователю приложений, частью данной процедуры является получение путей к файлам OSD и ICO. Содержимое этих файлов предоставляется не в составе самих данных обновления, а отдельно. Поэтому у вас имеется возможность выбора используемого канала доставки:путь файловой системы (фактически UNC-путь) или URL-адрес HTTP. А вот и причина такой путаницы: поскольку вы фактически можете использовать в качестве  путей к файлам OSD и ICO путь файловой системы, можно ошибочно подумать, что эти пути могут ссылаться на каталог содержимого с использованием локального пути сервера (например, C:\content\myapp\myapp.osd) или так, как относительные пути пакетов используются для файлов SFT (например, myapp\myapp.osd). Однако проблема состоит в том, что эти пути интерпретируются не сервером, а клиентом, когда он получает их в рамках операции обновления, а у клиента путь C:\content\ для получения файлов OSD и ICO отсутствует! И еще хуже то, что консоль Management Console по умолчанию использует любой путь, использованный вами для поиска файла SPRJ (файл проекта, который управляет всеми остальными файлами), как пути OSD и ICO, если только перед импортом вы не задали что-то похожее на путь к содержимому по умолчанию.

Диагностика проблем с виртуальными службами

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

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

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

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

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

— Калле Саунамаки, MVP