Поделиться через

Настройка кэша «только для чтения» в клиенте App-V Client (RDS)

  • Статья

Назначение: Application Virtualization 4.6 SP1

Важно!

Для выполнения этой процедуры требуется App-V версии 4.6 с пакетом обновления 1 (SP1).

Для развертывания клиента App-V можно использовать общий кэш, заполненный всеми приложениями, необходимыми для всех пользователей. Затем необходимо настроить клиенты App-V Remote Desktop Services (RDS) для использования одного файла кэша. Для предоставления пользователям доступа к определенным приложениям используется процесс публикации App-V. Поскольку в кэш предварительно загружены все приложения, при запуске приложения пользователем оно не будет передаваться в потоковом режиме. Однако пакеты, используемые для предварительного заполнения кэша, должны быть размещены на сервере App-V, который поддерживает потоковую передачу по протоколу RTSP и предоставляет разрешения на доступ клиентам App-V Client. Если для публикации приложений используется сервер App-V Management Server, его можно использовать для выполнения функции потоковой передачи.

Примечание

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

Развертывание клиента App-V Client в сценарии RDS

Процесс развертывания включает четыре основные задачи:

  • создание и заполнение файла главного общего кэша;

  • копирование файла общего кэша в хранилище сервера;

  • Настройка клиентского программного обеспечения App-V

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

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

Примечание

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

Настройка кэша, доступного только для чтения, для первоначального развертывания

  1. Установите и настройте App-V Management Server для поддержки проверки подлинности пользователей и публикации.

  2. Заполните папку Content на этом сервере Management Server всеми пакетами приложений, необходимыми для всех пользователей.

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

    Важно!

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

  4. Перезапустите промежуточный сервер в безопасном режиме, чтобы гарантировать, что драйверы не запущены (это привело бы к блокировке файла кэша).

    Примечание

    Можно также остановить и отключить службу Application Virtualization, а затем перезагрузить компьютер. После того как файл будет скопирован, не забудьте снова включить и запустить службу.

  5. Скопируйте файл кэша Sftfs.fsd в хранилище SAN, где он будет доступен для всех серверов RDS (например, в общую папку). Установите следующие разрешения на доступ к папке: «Только чтение» для группы «Все» и «Полный доступ» для администраторов, которые будут управлять обновлениями файла кэша. Расположение файла кэша можно получить из раздела реестра AppFS\FileName.

    Важно!

    FSD-файл необходимо разместить в таком месте, которое по времени отклика и надежности соответствует производительности локального хранилища, например в хранилище SAN.

  6. Установите клиент App-V RDS Client на всех серверах RDS и настройте его для работы с кэшем «только для чтения», добавив указанные ниже значения в раздел реестра AppFS на компьютерах клиента. Ключ AppFS для 32-разрядных версий расположен по адресу HKEY_LOCAL_MACHINE\SOFTWARE\]Microsoft\SoftGrid\4.5\Client\AppFS, а для 64-разрядных версий по адресу HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\SoftGrid\4.5\Client\AppFS.

    Раздел Тип Значение Назначение

    FileName

    Строка

    Путь к файлу FSD

    Путь к файлу общего кэша, например \\имя_сервера_RDS\общая_папка\SFTFS.FSD (обязательный параметр).

    ReadOnlyFSD

    DWORD

    1

    Настройка клиента для работы в режиме «только для чтения». Клиент не будет предпринимать попытку потоковой передачи обновлений в кэш пакетов. (Обязательный.)

    ErrorLogLocation

    Строка

    Путь к файлу журнала ошибок (.etl)

    Запись, используемая для указания пути к журналу ошибок. (Обязательный. Используйте локальный путь, например C:\Logs\Sftfs.etl.)

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

Настройка клиента RDS для обновления пакетов

  1. Выполните обновление и тестирование пакета приложения.

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

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

    Примечание

    Можно также остановить и отключить службу Application Virtualization в оснастке Services.msc, а затем перезагрузить компьютер. После того как файл будет скопирован, не забудьте снова включить и запустить службу.

  4. Скопируйте файл кэша Sftfs.fsd в хранилище SAN, где он будет доступен для всех серверов RDS (например, в общую папку). Можно использовать другое имя файла, например SFTFS_V2.FSD, чтобы выделить новую версию.

  5. Чтобы настроить клиент App-V RDS Client на всех серверах RDS фермы для использования обновленного файла общего кэша, измените значение FILENAME раздела реестра AppFS в соответствии с расположением обновленного файла (например, \\Имя_сервера_RDS\Общая_папка\SFTFS_V2.FSD). Это действие обеспечит получение каждым сервером RDS обновленной копии кэша при перезапуске драйверов клиента App-V.

    Важно!

    Для использования обновленного файла общего кэша необходимо перезапустить серверы RDS.

Использование символических ссылок при обновлении кэша

Вместо изменения значения FILENAME раздела AppFS при каждом развертывании нового файла кэша, содержащего новые или обновленные пакеты, можно воспользоваться символической ссылкой в следующих операционных системах: Windows Vista, Windows 7 и Windows Server 2008. Дополнительные сведения о символических ссылках см. на странице Symbolic Links (Символические ссылки) (https://go.microsoft.com/fwlink/?LinkId=157626). В отличие от этих операционных систем, Windows XP не поддерживает использование символических ссылок. Вместо них следует использовать точки соединения. Дополнительные сведения о точках соединения см. в статье 205524 базы знаний Майкрософт (https://go.microsoft.com/fwlink/?LinkId=182553), а также в описании программы Junction 1.05 (https://go.microsoft.com/fwlink/?LinkId=182554).

Настройка символической ссылки на кэш

  1. Во время первоначального развертывания откройте окно командной строки в ОС сервера RDS, используя учетную запись локального администратора.

  2. Создайте символическую ссылку с помощью команды MKLINK, а затем свяжите ее с файлом Sftfs.fsd.

    **     mklink symlinkname \\сервер_узла_rds\общая_папка\sftfs.fsd**

  3. На главном образе ВМ VDI откройте окно командной строки с параметром Запуск от имени администратора и предоставьте разрешения удаленной ссылки, чтобы обеспечить доступ ВМ к символической ссылке в ОС сервера VDI. По умолчанию разрешения удаленной ссылки отключены.

    **     fsutil behavior set SymlinkEvaluation R2R:1**

    Примечание

    На сервере хранилища должны быть включены соответствующие разрешения ссылки. В зависимости от расположения ссылки и файла Sftfs.fsd могут использоваться разрешения L2L:1, L2R:1, R2L:1 или R2R:1.

  4. При настройке клиента App-V RDS Client установите значение FILENAME раздела AppFS в соответствии с UNC-путем к FSD-файлу, который использует символическую ссылку. Например, задайте для имени файла значение \\Сервер_узла_VDI\Symlinkname. Когда клиент App-V впервые обращается к кэшу, символическая ссылка передает ему дескриптор файла кэша. Клиент продолжает использовать этот дескриптор до завершения текущего сеанса. Значение символической ссылки можно безопасно обновить, даже если существующими клиентами открыт старый общий кэш.

  5. Когда потребуется обновление или добавление пакета в кэш, выполните шаги 1–4 процедуры обновления. Затем удалите символическую ссылку и заново создайте ее для новой версии файла общего кэша. Это действие обеспечит получение каждым сервером RDS обновленной копии кэша при перезапуске драйверов клиента App-V. При перезапуске сервера RDS клиент App-V получает дескриптор обновленной копии кэша, поскольку клиент использует путь, содержащий обновленную символическую ссылку. После этого пользователи получат доступ к новым и обновленным приложениям.

См. также

Задачи

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

Другие ресурсы

Установка клиента с помощью командной строки

-----
Чтобы получить дополнительные сведения о пакете MDOP, воспользуйтесь библиотекой TechNet Library: выполните поиск статей по устранению неполадок на вики-сайте TechNet или подпишитесь на наши страницы в Facebook или Twitter. Отправляйте свои предложения и комментарии относительно документации MDOP по адресу MDOPdocs@microsoft.com.