Статья
04/21/2016

Обзор виртуализации при развертывании Office 2010

Применимо к: Office 2010

Последнее изменение раздела: 2015-03-09

В этой статье описывается, что такое виртуализация, как использовать виртуализацию в компании и какой метод виртуализации можно реализовать в среде компании. Визуальное представление этих сведений см. в статье Обзор виртуализации, методов и моделей (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=168624\&clcid=0x419).

Содержание:

Сведения о виртуализации
Типы и технологии виртуализации
Методы доставки виртуализации
Изменения и обновления виртуализации
Архитектура клиента приложения виртуализации

Сведения о виртуализации

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

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

Типы и технологии виртуализации

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

Настольный компьютер, представление, приложение

Доступны следующие типы и технологии виртуализации.

Настольный компьютер При виртуализации настольного компьютера дополнительная изолированная среда операционной системы создается на стандартном настольном компьютере. Виртуальный ПК довольно часто используется для виртуализации компонентов всего настольного компьютера, определенных аппаратных компонентов или только профилей пользователей, которые затем применяются к другому устройству, компьютеру или операционной системе. Виртуальный ПК может создать основную систему с гостевыми учетными записями для нескольких образов операционных систем, поддерживающих устаревшее ПО без влияния на возможности конечных пользователей с обновлениями приложений или без проблем с совместимостью. Дополнительные сведения см. в Виртуальный ПК Windows (https://go.microsoft.com/fwlink/?linkid=156041\&clcid=0x419).
Представление При виртуализации представления профили пользователей вместе с данными и параметрами приложений отделяются компьютера пользователя. Для этого нужно использовать службы удаленных рабочих столов (ранее известные как службы терминалов), одну из основных технологий виртуализации, доступных в Windows Server 2008. Режим представления обычно используется для подключений к "тонким клиентам" или многопользовательских приложений, где любое сочетание приложений или виртуализованная среда настольного компьютера, использующая операционную систему и приложения, запускается в одном месте, а управляется из другого. Службы удаленных рабочих столов предоставляют каждому пользователю изображения окон (отдельных приложений или всего настольного компьютера) в то время, как компьютер пользователя передает нажатия клавиш и движения мыши на сервер. Дополнительные сведения см. в статье Выбор виртуализации настольного компьютера или представления (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=156042\&clcid=0x419).
Приложение Виртуализация приложений позволяет виртуализировать отдельные приложения, подключаемые модули и обновления, а затем передавать их клиентскому компьютеру поблочно для более быстрого доступа. Для удаленных пользователей, таких как консультанты или пользователи с портативными компьютерами, виртуальные приложения можно “упаковать” как MSI-файл для распространения с помощью USB-накопителя, компакт-диска сервера файлов. Дополнительные сведения см. в статье Выбор виртуализации приложений или настольного компьютера (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=156043\&clcid=0x419).

Каждый из этих методов виртуализации содержит приложение в собственной защищенной среде.

Также есть несколько типов виртуализации серверной стороны (Hyper-V и Virtual Server), которые не описываются в этой статье. Дополнительные сведения о типах виртуализации серверной стороны см. в следующих статьях.

Виртуализация приложений

Microsoft Application Virtualization (App-V) — это решение для виртуализации приложений на уровне предприятия, которое является частью пакета Microsoft Desktop Optimization Pack (MDOP). App-V позволяет запускать приложения в одном экземпляре операционной системы, превращая их в службы с централизованным управлением, которые никогда не устанавливаются, не конфликтуют и передаются по требованию конечным пользователям. App-V поддерживают устаревшие приложения и их точки расширения, при этом виртуальные приложения не конфликтуют друг с другом, не влияют на систему, их можно полностью удалить, легко восстановить и обновить.

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

В Microsoft Office 2010 включен стандартный метод развертывания (программа установки Setup.exe) и также поддерживается доставка через виртуализацию с помощью потоковой передачи или развертывания приложений Office конечному пользователю без использования компакт-диска или файла Setup.exe.

В случае с приложениями, которые не запускаются в текущей операционной системе и для которых требуется более старая версия операционной системы, следует ознакомиться с Microsoft Enterprise Desktop Virtualization (MED-V) (https://go.microsoft.com/fwlink/?linkid=156031\&clcid=0x419), компонентом MDOP (см. статью Пакет Microsoft Desktop Optimization Pack (https://go.microsoft.com/fwlink/?linkid=156032\&clcid=0x419). MED-V позволяет развертывать приложения с помощью виртуального ПК.

Для использования Microsoft Application Virtualization на предприятии требуется настроить клиент Application Virtualization Desktop (набор для развертывания) на каждом устройстве с Office 2010.

Дополнительные сведения о виртуальных средах см. в статье Сведения о виртуальных средах (https://go.microsoft.com/fwlink/?linkid=156039\&clcid=0x419).

Методы доставки виртуализации

Microsoft Office 2010 можно доставить несколькими способами.

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

Методы доставки

Для каждого виртуализации есть метод доставки, который предоставляет виртуальную среду для настольного компьютера.

Визуальное представление метода доставки см. в статье Обзор виртуализации, методов и моделей (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=168624\&clcid=0x419).

Для виртуализации используются следующие методы доставки.

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

Дополнительные сведения о виртуализации презентации служб удаленных рабочих столов (ранее известные как службы терминалов) см. в статье Службы удаленных рабочих столов (https://go.microsoft.com/fwlink/?linkid=156050\&clcid=0x419).
Потоковая доставка Виртуализация приложений — это процесс, в котором приложение “пакуется” и хранится на сервере файлов, сервере приложений или другом источнике, например, в Microsoft System Center Configuration Manager 2007, доставляется в маленьких последовательных пакетах по мере необходимости. Дополнительные сведения см. в статье Диспетчер System Center Configuration Manager (https://go.microsoft.com/fwlink/?linkid=156051\&clcid=0x419).

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

Последовательный пакет содержит несколько файлов, в том числе один SFT-файл, один SPRJ-файл, один файл Manifest.xml и несколько OSD- и ICO-файлов.
- SFT-файл содержит все файлы приложения со всеми активами в виде блоков компонентов для потоковой передачи.
- OSD-файл содержит описание приложения, в том числе зависимости среды, расположение пакета, интеграцию оболочки и скрипты.
- ICO-файл содержит значки, связанные с каждым ярлыком или связью типа файла (FTA), которые заданы в OSD-файле или файле Manifest.xml. Они извлекаются из ресурсов приложения.
- SPRJ-файл — файл виртуализации проекта, который ссылается на список всех элементов средства синтаксического анализа, классификаций и исключений пакета параметров из OSD-файла.
- Файл Manifest.xml, который публикует параметры для приложений в пакете, содержит определение интеграции оболочки (например, связи типов файлов, ярлыки, DDE и т.д.).
Автономная доставка Процесс, когда приложение “пакуется” и доставляется через компакт-диска, USB-накопителя и т.д, а затем хранится локально на кэшированном диске пользователей для полного доступа, если они отключаются от сети.

Визуальное представление автономного метода доставки для мобильных пользователей см. в статье Обзор виртуализации, методов и моделей (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=168624\&clcid=0x419).

При создании автономного пакета в него добавляется дополнительный файл. Создается MSI-файл для публикации и загрузки (“установки”) пакета виртуального приложения в автономной среде.

Изменения и обновления виртуализации

Технология Microsoft Application Virtualization (App-V), ранее известная как Microsoft SoftGrid Application Virtualization, предоставляет доступ к централизованной системе управления на основе политик, которая позволяет администраторам предоставлять и запрещать доступ к любому приложений независимо от его размещения (например, для пользователей настольных компьютеров, переносных компьютеров или мобильных устройств).

App-V интегрируется с диспетчером Microsoft System Center Configuration Manager 2007, который позволяет развертывать приложения App-V из Configuration Manager 2007.

Дополнительные сведения об основных функциях и компонентах технологии App-V см. в статье Обзор виртуализации приложений (https://go.microsoft.com/fwlink/?linkid=156034\&clcid=0x419).

Улучшения SoftGrid

В следующей таблице представлены некоторые улучшения технологии App-V. Подробный список улучшений см. в статье Microsoft Application Virtualization — новые компоненты (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=156036\&clcid=0x419).

Новая возможность	Поддерживается в App-V 4.x
Службы виртуализации Windows	Да. Позволяет пользователям виртуализировать все аспекты любого приложения на основе Windows.
Виртуализованные транзакционные профили пользователей	Да. Снижает размер профилей Windows и обеспечивает перемещение между компьютерами.
Предварительное кэширование конечных пользователей	Да. Позволяет пользователям предварительно кэшировать приложения для автономного использования.
Пакетная виртуализация	Да. Позволяет выполнить виртуализацию приложения один раз и выполнять его с любого компьютера в нескольких операционных системах Windows, что снижает объем работы для виртуализации приложений.
Модель лицензирования	Обеспечивает централизованное лицензирование с добавленной платформой SPP.
Поддержка Windows 7	Да (App-V 4.5).
Поддержка Office 2010	Да (App-V 4.6) и для развертываний Office x64 или x86 на 64-разрядных компьютерах (с использованием WoW64).
Активные обновления	Да. Обновления приложения без отключения пользователя.
SharePoint и Outlook Fast Search	Да.
Управление доступом	Да. Управление доступом к приложениям, которые были предварительно авторизованы ИТ-администраторами, даже в автономном режиме.

Клиентская архитектура виртуализации приложений

В зависимости от требований организации возможно сочетание технологий виртуализации. Определите, какие возможности необходимы на основе характеристик виртуализации для конкретной ситуации. Дополнительные сведения см. в статье Совмещение технологий виртуализации (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=156054\&clcid=0x419).

При виртуализации приложения создается слой между операционной системой и самим приложением. Таким образом обеспечиваются следующие преимущества.

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

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

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

Share via