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


Планирование миграции с предыдущих версий

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

Перед обновлением до версии Microsoft Application Virtualization 4.5 или более поздних версий необходимо обновить любой более ранний выпуск до версии 4.1. Следует планировать обновление клиентов в первую очередь, а затем обновлять серверные компоненты. Клиенты, обновленные до версии 4.5, продолжат работу с серверами Application Virtualization Server, которые еще не обновлены. Более ранние версии клиента не поддерживаются на серверах, обновленных до версии 4.5. Дополнительные сведения об обновлении компонентов системы см. в разделе Рекомендации перед развертыванием и обновлением Application Virtualization.

Чтобы миграция прошла успешно, системные компоненты Application Virtualization следует обновлять в следующем порядке.

  1. Клиенты Microsoft Application Virtualization Client. Пошаговые руководства по обновлению см. в разделе Обновление клиента Application Virtualization Client.

  2. Серверы Microsoft Application Virtualization Server и база данных. Пошаговые руководства по обновлению см. в разделе Обновление серверов и компонентов системы.

    Примечание

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

  3. Веб-служба Microsoft Application Virtualization Management Web Service Этот этап применяется только при наличии веб-службы управления на отдельном сервере, что может требовать запуск программы установщика сервера на данном отдельном сервере для обновления веб-службы. В противном случае, на предыдущем этапе обновления сервера будет автоматически обновлена веб-служба управления.

  4. Консоль Microsoft Application Virtualization Management Console. Этот этап применяется только при наличии Management Console на отдельном компьютере, что может требовать запуск программы установщика сервера на данном отдельном компьютере для обновления консоли. В противном случае, на предыдущем этапе обновления сервера будет обновлена консоль Management Console.

  5. Программа Microsoft Application Virtualization Sequencer. Пошаговые руководства см. в разделе Установка программы Application Virtualization Sequencer. Любые пакеты виртуальных приложений, виртуализированных в версии 4.2, не требуется виртуализировать повторно для использования в версии 4.5. Однако если необходимо применить списки управления доступом (ACL) по умолчанию или создать файл установщика Windows, следует рассмотреть возможность обновления виртуальных пакетов до формата Microsoft Application Virtualization 4.5. Это несложный процесс, требующий только открытия и сохранения существующего пакета приложений в программе Sequencer версии 4.5. Его можно автоматизировать с помощью интерфейса командной строки программы Application Virtualization Sequencer.

Поддержка пакетов в App-V 4.6 Client

Пакеты, созданные в предыдущих версиях App-V, можно развернуть в среде клиентов App-V 4.6 Client. Однако связанный OSD-файл необходимо изменить таким образом, чтобы он включал соответствующие сведения об операционной системе и архитектуре процессора. Используйте указанные ниже значения.

Значение ОС

<OS VALUE=”Win2003TS”/>

<OS VALUE=”Win2003TS64”/>

<OS VALUE=”Win2008TS”/>

<OS VALUE=”Win2008TS64”/>

<OS VALUE=”Win2008R2TS64”/>

<OS VALUE=”Win7”/>

<OS VALUE=”Win764”/>

<OS VALUE=”WinVista”/>

<OS VALUE=”WinVista64”/>

<OS VALUE=”WinXP”/>

<OS VALUE=”WinXP64”/>

Чтобы запустить только что созданный 32-разрядный пакет, приложение необходимо виртуализировать на компьютере с 32-разрядной операционной системой, на котором установлена программа App-V 4.6 Sequencer. После виртуализации приложения в консоли Sequencer откройте вкладку Развертывание и укажите соответствующую операционную систему и архитектуру микросхемы.

Важно!

Приложения, виртуализированные на компьютере с 64-разрядной операционной системой, необходимо развертывать на компьютерах с 64-разрядной операционной системой. Новые 32-разрядные пакеты, созданные с помощью программы App-V 4.6 Sequencer, не запустятся на компьютерах, на которых запущен клиент App-V 4.5 Client.

Чтобы запустить только что созданный 64-разрядный пакет в среде клиента App-V 4.6 Client, приложение необходимо виртуализировать на компьютере с 64-разрядной операционной системой, на котором запущена программа App-V 4.6 Sequencer. После виртуализации приложения в консоли Sequencer откройте вкладку Развертывание и укажите соответствующую операционную систему и архитектуру микросхемы.

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

  Виртуализирован с помощью App-V 4.2 Sequencer Виртуализирован с помощью App-V 4.5 Sequencer Виртуализирован с помощью 32-разрядной версии App-V 4.6 Sequencer Виртуализирован с помощью 64-разрядной версии App-V 4.6 Sequencer Виртуализирован с помощью 32-разрядной версии App-V 4.6 Sequencer с пакетом обновления 1 (SP1) Виртуализирован с помощью 64-разрядной версии App-V 4.6 Sequencer с пакетом обновления 1 (SP1)

App-V 4.2 Client

Да

Нет

Нет

Нет

Нет

Нет

App-V 4.5 Client 1

Да

Да

Нет

Нет

Нет

Нет

App-V 4.6 Client (32-разрядный)

Да

Да

Да

Нет

Да

Нет

App-V 4.6 Client (64-разрядный)

Да

Да

Да

Да

Да

Да

App-V 4.6 Client с пакетом обновления 1 (SP1)

Да

Да

Да

Нет

Да

Нет

App-V 4.6 Client (64-разрядный) с пакетом обновления 1 (SP1)

Да

Да

Да

Да

Да

Да

1Относится ко всем версиям клиента App-V 4.5 Client, включая App-V 4.5, App-V 4.5 CU1 и App-V 4.5 SP1.

Дополнительные сведения по миграции

Одной из особенностей программы App-V 4.5 Sequencer является возможность создания файлов установщика Windows (MSI) в качестве контрольных точек взаимодействия пакетов виртуальных приложений с системами электронного распространения программного обеспечения (ESD), например Microsoft System Center Configuration Manager. Предыдущие файлы установщика Windows, созданные с помощью средства MSI для Application Virtualization, установленные в среде клиента App-V Client версий 4.1 или 4.2, который был впоследствии обновлен до версии 4.5, останутся работоспособными несмотря на то, что их нельзя будет установить в среде клиента App-V Client версии 4.5. Однако их нельзя удалить или обновить, если они не обновлены в программе Sequencer версии 4.5. Исходный пакет виртуальных приложений более ранних версий (по сравнению с версией 4.5) необходимо открыть в программе Sequencer версии 4.5, а затем сохранить в качестве файла установщика Windows.

Примечание

Если клиент App-V 4.2 Client уже обновлен до версии 4.5, можно создать обходное решение с помощью сценария для сохранения пакетов версии 4.2 в среде клиентов версии 4.5 и обеспечения их управляемости. Этот скрипт должен копировать два файла, msvcp71.dll и msvcr71.dll, в папку установки App-V, задав следующие значения в разделе реестра [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client\Configuration]:

"ClientVersion"="4.2.1.20"

"GlobalDataDirectory"="C:\\Documents and Settings\\All Users\\Документы\\" (местоположение с глобальным доступом на запись)

При попытке запуска файлов установщика Windows, созданных с помощью программы App-V 4.5 Sequencer, в среде клиента App-V 4.6 Client появляется сообщение об ошибке «Этот пакет требует Microsoft Application Virtualization Client 4.5 или более поздней версии». Откройте пакет старой версии с помощью программы App-V 4.5 SP1 Sequencer или App-V 4.6 Sequencer и создайте для него новый MSI-файл.

Любые созданные и сохраненные отчеты версии 4.2 будут перезаписаны при обновлении сервера до версии 4.5. Если требуется сохранить эти отчеты, необходимо сохранить архивную копию файла SftMMC.msc, расположенного в папке консоли SoftGrid Management Console на сервере, и использовать эту копию для замены нового файла SftMMC.msc, установленного в процессе обновления.

Дополнительную информацию об обновлении с предыдущих версий см. в статье Вопросы и ответы по обновлению до версии Microsoft Application Virtualization 4.5 (https://go.microsoft.com/fwlink/?LinkId=120358).

См. также

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

Планирование развертывания системы Application Virtualization

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