Виртуализация состояния пользователя Windows — часть 4: смешанные среды

• Виртуализация состояния пользователя Windows — часть 1: введение и проблемы
• Виртуализация состояния пользователя Windows. Часть 2. Сценарии

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

• Различные версии Microsoft Windows, такие как Windows 7, Windows Vista и Windows XP на разных компьютерах
• Разные версии архитектуры одной и той же версии Windows, например Windows 7 x86 и Windows 7 x64, на разных компьютерах
• Различные версии приложений, таких как Office 2010, Office 2007 и Office 2003, на разных компьютерах
• Разные версии архитектуры одного и того же приложения, например Office 2010 x86 и Office 2010 x64, на разных компьютерах

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

Планирование USV для смешанных версий Windows

Как описано в первой статье этой серии, в Windows Vista появился новый пользовательский профиль «v.2», который имеет плоскую структуру папок, которая лучше разделяет пользовательские данные и настройки, чем пользовательский профиль Windows XP. В результате этого изменения старые пользовательские профили Windows XP несовместимы с более новыми профилями v.2 Windows Vista. Это означает, что вы не можете использовать перемещаемые профили пользователей (RUP) в качестве решения для роуминга между компьютерами под управлением Windows Vista и Windows XP. Если вы попытаетесь внедрить RUP в смешанной среде XP/Vista, пользователи, переключающиеся между двумя версиями ОС, получат два отдельных профиля на сервере RUP: один для компьютеров с XP и другой для компьютеров с Vista.

Никаких изменений в профили пользователей в Windows 7 не вносилось, а структура профилей пользователей в Windows 7 идентична структуре в Windows Vista. Это означает, что вы можете использовать RUP, чтобы пользователи могли перемещаться между компьютерами под управлением Windows 7 и Windows Vista, при условии отсутствия других проблем архитектуры или приложений, как описано в разделах ниже. Это также означает, что вы не можете использовать RUP для перемещения между компьютерами с Windows 7 и Windows XP.

Если пользователям необходимо перемещаться между компьютерами под управлением Windows XP и компьютерами с более поздними версиями Windows, вы можете использовать перенаправление папок (FR) с включенными автономными файлами (OF) для перенаправления документов и других папок, в которых пользователи хранят рабочие данные. Это обеспечивает доступ к пользовательским данным с компьютеров под управлением любой версии Windows. Однако вы не можете перемещать пользовательские настройки, поскольку пользовательские настройки находятся как в папке AppDataRoaming, так и в файле Ntuser.dat (куст реестра HKCU) в корневом каталоге профиля пользователя. Поскольку RUP нельзя использовать в этом сценарии, и поскольку AppDataRoaming никогда не следует перенаправлять, если вы также не используете RUP, это означает, что в этом сценарии могут перемещаться только пользовательские данные, а не пользовательские настройки. В таблице 1 обобщена стратегия USV для смешанных сред с разными версиями Windows на разных компьютерах.

Таблица 1: Стратегия USV для смешанной среды с разными версиями Windows на разных компьютерах

Если вы планируете внедрить FR в смешанной среде XP и Win7 (или смешанной XP и Vista) и вам нужно перенаправить папку «Изображения», «Музыка» или «Видео», вам нужно будет выбрать параметр «Следовать за папкой документов» на вкладке «Цель». политику перенаправления для этих папок (см. рис. 1). Это приведет к тому, что эти папки будут перенаправлены как вложенные папки папок «Документы» (как в XP), а не как одноранговые папки «Документы» (как в Vista и более поздних версиях), и заставит эти папки наследовать свои настройки перенаправления из папки «Документы», а не настроив это в самих папках. Однако не делайте этого, если у вас нет пользователей, которым по-прежнему требуется доступ к своим перенаправленным папкам данных с компьютеров под управлением Windows XP, поскольку выбор этой опции изменяет структуру профиля пользователя. Если пользователям нужен доступ только к перенаправленным данным с компьютеров под управлением Windows Vista или более поздней версии, не выбирайте «Отслеживать папку документов» при перенаправлении папок «Изображения», «Музыка» или «Видео». И в любом случае вам вообще не следует перенаправлять эти конкретные папки, за исключением случаев, когда в перенаправлении этих папок есть деловая необходимость (например, централизованное резервное копирование разработанных внутри компании обучающих видеороликов или графики собственной разработки).

Рисунок 1: Настройка перенаправления изображений для перехода к документам

Кроме того, вместо того, чтобы выбирать «Отслеживать папку документов» отдельно для папок «Изображения», «Музыка» и «Видео», вы можете просто выбрать «Также применять политику перенаправления к операционным системам Windows 2000, Windows 2000 Server, Windows XP и Windows Server 2003» на вкладке «Настройки», как показано на Рисунок 2, так как это приводит к автоматической настройке папок «Изображения», «Музыка» и «Видео» на «Следовать за папкой «Документы».

Рисунок 2: Включение этого параметра приводит к тому, что изображения, музыка и видео следуют за документами.

Планирование USV для смешанных архитектур Windows

Начиная с Windows Vista, для платформ Windows были доступны две аппаратные архитектуры: x86 (32-разрядная) и x64 (64-разрядная). Также была выпущена x64-версия Windows XP, но она так и не получила широкого распространения, в основном из-за отсутствия поддержки драйверов устройств, поэтому в данном обсуждении мы не будем рассматривать Windows XP x64.

Хотя базовая структура папок профиля пользователя в Windows 7 x86 (или Windows Vista x86) и Windows 7 x64 (или Windows Vista x64) идентична, существуют различия в структуре реестра Windows в версиях Windows x86 и x64. В частности, реестр в x64 Windows также содержит структуру реестра x86, но обратное неверно — реестр в x86 Windows не содержит никакой структуры реестра x64. Другая проблема заключается в том, что расположение некоторых программ хранится в реестре с использованием статических путей, таких как C:Program Files или C:Program Files (x86), и это означает, что при попытке роуминга между 32-разрядными и 64-разрядными машинами эти элементы реестра обычно вызывают проблемы. Результатом этих различий является то, что вы не можете использовать RUP для перемещения пользователей между компьютерами под управлением Windows 7 x86 (или Windows Vista x86) и компьютерами под управлением Windows 7 x64 (или Windows Vista x64).

Однако, если пользователям необходимо перемещаться между компьютерами с версиями Windows x86 и x64, вы можете использовать FR с OF для перенаправления документов и других папок с данными, чтобы рабочие данные были доступны пользователям с компьютеров с версиями x86 и x64. Windows. Однако вы не можете перемещать пользовательские настройки, поскольку пользовательские настройки в HKCU на компьютере с 64-разрядной версией Windows несовместимы с пользовательскими настройками в HKCU на компьютере с 86-разрядной версией Windows. В таблице 2 обобщается стратегия USV для смешанных сред, в которых на одних компьютерах запущены x86-версии Windows, а на других — x64-версии Windows.

Таблица 2. Стратегия USV для смешанной среды с версиями Windows x86 и x64 на разных компьютерах

Планирование USV для смешанных версий/архитектур приложений

Проблемы, связанные с приложениями в среде роуминга, аналогичны проблемам, связанным с версиями Windows. Например, предположим, что на одних компьютерах у вас установлена Windows Vista, а на других — Windows 7. У вас также есть версия N приложения, установленная на компьютерах с Vista, но более новая версия N+1 того же приложения установлена на компьютерах с Windows 7. Если вы реализуете RUP и/или FR/OF в такой среде, можете ли вы ожидать, что у пользователей возникнут какие-либо проблемы при работе с этим приложением?

Вероятно. Вполне вероятно, что новая версия приложения имеет больше функций, чем старая, а новые функции, несомненно, будут означать новые настройки реестра для каждого пользователя и, возможно, новые пользовательские настройки, хранящиеся в виде файлов в папке AppDataRoaming. Что происходит, когда параметры реестра или файлы AppDataRoaming, используемые новой версией приложения, загружаются старой версией приложения? Кто знает! Единственный способ убедиться, что этот сценарий сработает, — это тестировать, тестировать и тестировать перед развертыванием решения USV в производственной среде. В противном случае пользователи могут обнаружить, что некоторые приложения, которые они используют, неожиданно аварийно завершают работу или зависают, или ведут себя странным и непредсказуемым образом. Такой сценарий может даже привести к потере или повреждению данных пользователями. Лучше перестраховаться и убедиться, что независимо от того, какая версия Windows работает на каждом компьютере, установлена одна и та же версия каждого приложения. Будьте добры к сотрудникам службы поддержки и не позволяйте им заваливаться жалобами от разгневанных пользователей.

Это еще более верно для различных версий архитектуры (x86 или x64) приложений. Например, предположим, что у вас есть x64-версия определенного приложения, установленная на компьютерах с Windows 7 x64, и x86-версия того же приложения, установленная на компьютерах с Windows Vista x64. Обе архитектуры ОС являются x64, что поддерживает сценарий RUP, но вполне вероятно, что x86- и x64-версии приложения хранят свои настройки в разных частях HKCU и, возможно, даже в разных папках и файлах в папке AppDataRoaming. Это означает, что такое же разочаровывающее и непредсказуемое поведение может возникнуть, если пользователи попытаются работать с одним и тем же файлом данных с одного компьютера, на котором запущена версия приложения x86, а затем на втором компьютере, на котором запущена версия приложения x64. Хуже того, обрабатываемый файл данных может быть поврежден. Я не говорю, что это произойдет наверняка, и единственный способ узнать наверняка — это тестировать, тестировать и еще раз тестировать. Но лучше перестраховаться и просто стандартизировать все свои компьютеры на версии приложения x86 или x64. Сегодня это может не быть большой проблемой, поскольку 64-разрядные приложения, такие как 64-разрядная версия Office 2010, появляются только сейчас, но в будущем это, вероятно, станет проблемой, поскольку все больше и больше поставщиков программного обеспечения начинают выпускать 64-разрядные версии приложений. приложения, которые до сих пор были доступны только в 32-разрядной версии. В таблице 3 обобщена стратегия USV для смешанных сред, в которых на разных компьютерах выполняются разные версии/архитектуры приложений.

Таблица 3: Стратегия USV для смешанной среды с разными версиями/архитектурами приложений на разных компьютерах

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

• Виртуализация приложений Microsoft, которая является частью MDOP
• Microsoft Enterprise Desktop Virtualization (MED-V), которая также является частью MDOP.
• RemoteApp доставляется с помощью служб удаленных рабочих столов
• Режим Windows XP с использованием Windows Virtual PC в Windows 7

Для получения дополнительной информации о подобных технологиях Microsoft виртуализации загрузите мою бесплатную электронную книгу Understanding Understanding Microsoft Virtualization Solutions: From the Desktop to the Datacenter, Second Edition.

Вывод

Суть в смешанных средах (разные версии/архитектуры Windows/приложений) заключается в том, чтобы все было просто и безопасно. Ваша стратегия USV должна заключаться в виртуализации только папок пользовательских данных, таких как «Документы» (и, возможно, также «Рабочий стол», «Изображения» и т. д.), и вы должны использовать FR вместе с OF, чтобы сделать пользовательские данные доступными для пользователей с любого компьютера, на который они входят. Не пытайтесь виртуализировать пользовательские настройки с помощью RUP или путем перенаправления папки AppDataRoaming. Если возможно, попробуйте стандартизировать единую версию/архитектуру каждого из ваших приложений.

• Виртуализация состояния пользователя Windows — часть 1: введение и проблемы
• Виртуализация состояния пользователя Windows. Часть 2. Сценарии