Чому, коли і як використовувати режим сумісності з XP в Windows 7., Windows, Операційні системи, статті

Віртуалізація робочого столу! Операційні системи в операційних системах! Повне позбавлення від головного болю, пов’язаного з несумісністю програм! Все це обіцяє режим сумісності з Windows XP в Windows 7. Використовуючи цю спеціальну реалізацію Windows Virtual PC можна швидко оновити корпоративні комп’ютери до Windows 7, не побоюючись за несумісність додатків.


Такі рекламні заяви, але як справи йдуть насправді?


Чому?


Практично в кожній компанії або організації є успадковані (а, значить, проблемні) бізнес-додатки, підтримка яких вимагає від відділу ІТ занадто багато сил. У невеликих середовищах, керованих “комп’ютерниками на всі руки “, ситуація ускладнюється тисячократно.


Успадковане ПЗ уповільнює оновлення ОС. Якщо в компанії повинно використовуватися додаток, який абсолютно точно не зможе працювати в Windows 7, навряд чи ви скоро зважитеся на оновлення. Між наявними в Windows 7 поліпшеннями безпеки, управління і користувальницького інтерфейсу стоїть одне-єдине, дурне і застаріле додаток.


Ось причина використовувати режим сумісності з Windows XP. І важливо сказати, що це єдина причина. Коли?


Коли його використовувати?


Отримавши відповідь на питання “чому?”, Розумно задуматися, де пристосувати режим сумісності з Windows XP в своєму середовищі. Коли ж слід використовувати це рішення? Відповідь: як крайній захід.


Використовуючи локальну копію Windows Virtual PC, режим сумісності з Windows XP створює повнофункціональний примірник інший ОС на робочому столі користувача. Цей примірник виконується як віртуальна машина з Windows XP і використовується виключно для розміщення небагатьох проблемних додатків, які не працюють на Windows 7. Таким рішенням Microsoft відмітає будь-які заперечення, типу “ми не можемо оновити ОС, тому що наші програми не підтримують її “. У певному сенсі, це абсолютно блискуча маркетингова стратегія. Браво, Microsoft!


Використання режиму сумісності з Windows XP – єдиний спосіб вирішити проблему. Якщо ви стежили за останніми випусками моєї колонки, то напевно помітили, що вони присвячені механізмам поставки додатків. Сучасні технології Microsoft значно розширюють можливості отримання користувачами програм, виходячи за рамки стандартної установки ПЗ на локальній машині.


У двох попередніх випусках журналу (TechNet зафевраль 2010 р. і березні 2010 р.) обговорювалося, як можна легко використовувати служби віддаленого робочого столу (Remote Desktop Services, RDS) або розміщені в Hyper-V віртуальні робочі столи для створення інфраструктури віддалених додатків. У такому середовищі користувачі підключаються до окремих додатками або цілим робочих столів, розміщеними на корпоративному сервері. Оскільки програми є віддаленими, то поки у користувачів є доступ до мережі (або навіть до Інтернету), зовсім неважливо, де фізично перебувають ці користувачі. Підключеним користувачі достатньо кількох рухів мишею, щоб отримати доступ до потрібних їм інструментів.


Описані в попередніх двох випусках колонки методи дуже важливі для розуміння сьогоднішнього випуску. Багато в чому описані в них альтернативні механізми постачання ПЗ практично повністю змінюють уявлення про способи підключення користувачів до потрібних їм програм.


Припустимо, у вашій невеликий середовищі є три успадкованих додатки, у яких лише невеликі відмінності в потребах і характеристиках. Подумайте, як би ви надали користувачам доступ до цих програм (За умови, що потрібно оновити системи до Windows 7) у наступних умовах:



Кожне з цих програм вимагає різного підходу до постачання користувачам. З додатком А повинно бути просто. Оскільки воно працює на Windows Server 2008, то негайно стає кандидатом на розміщення засобами RDS. А численні конфігурації і часті оновлення дозволяють за раз встановити всі конфігурації на сервер RDS, що дозволить кожному користувачеві отримати потрібну програму, а навантаження на адміністраторів знизиться.


Розібратися з додатками B і C буде трохи важче. Вони не сумісні з Windows 7, тому не будуть працювати в Windows Server 2008. Як говорилося, додаток B потрібно невеликому числу користувачів і воно щодо нересурсоємних. Це дозволяє розмістити його в пулі віртуальних робочих столів, що обслуговуються Hyper-V і RDS.


У додатку C велика потреба в ресурсах, що обмежує число одночасно використовуваних віртуальних робочих столів, які можна розмістити на одному сервері Hyper-V. Оскільки це додаток необхідно тільки одному-двом користувачам, воно стає хорошим кандидатом для розміщення в режимі сумісності з Windows XP.


Як?


Звичайно, оптимальний варіант – обмеження числа додатків, яким потрібен режим сумісності з Windows XP. Це пов’язано з нестачею інструментальних засобів для автоматизації та централізованого керування службами і віртуальними машинами цього режиму. Режим сумісності з Windows XP призначений для вирішення проблем до обмежених використанням тільки в середовищах малого та середнього розмірів.


Розгортання файлів віртуальної машини на диску клієнтів вимагає виконання ручних операцій або рішень на основі сценаріїв. Немає інструментів централізованого управління параметрами або політиками режиму сумісності. Доведеться вручну встановлювати програми та виправлення на кожен примірник віртуальних машин режиму сумісності з Windows XP або задіяти спеціалізовані засоби, такі як Windows Server Update Services або System Center Essentials.


Також буде потрібно встановити і управляти засобами захисту на клієнтах, такими як брандмауер і антивірусне ПЗ, на кожній віртуальній машині режиму сумісності з Windows XP, а також на самих клієнтських машинах, що подвоїть навантаження на адміністратора. Також слід не забувати, що режим сумісності з Windows XP не підтримує програми з тривимірною графікою. І, якщо середовище потребує значної автоматизації або містить широко поширені програми, слід подумати про використання засобу Microsoft Enterprise Desktop Virtualization (MED-V), яке доступне підприємствам лише у складі пакета Microsoft Desktop Optimization Pack (MDOP).


У режиму сумісності з Windows XP також серйозні вимоги до обладнання: комп’ютер повинен підтримувати апаратну віртуалізацію (що можна перевірити засобами Microsoft HAV Detection Tool), процесорних ресурсів та оперативної пам’яті повинно бути досить для одночасної підтримки основної машини і її вторинного віртуального образу, і, хоча формально 64-розрядна ОС не потрібно, найчастіше без цього не вдається обійти обмеження на обсяг оперативної пам’яті, властиві 32-розрядним операційним системам Microsoft.


Також можуть виникнути складності – все залежить планування створення віртуальних машин в режимі сумісності з Windows XP. При кожній установці режиму сумісності з Windows XP віртуальна машина з Windows XP розгортається як VHD-файл. Ліцензія на Windows 7 основного комп’ютера надає користувачеві необмежений доступ до цієї віртуальної машині, але тільки до неї. Можна створити власну нестандартну віртуальну машину для режиму сумісності з Windows XP, але тоді доведеться витратитися на додаткову ліцензію.


При установці режиму сумісності з Windows XP доведеться встановити Windows Virtual PC. Все це можна знайти на сторінці завантаження Windows Virtual PC. Там же є окремі посилання для цих двох компонентів, причому пропонується спочатку встановити режим сумісності з Windows XP.



Рис. 1 Установка режиму сумісності з Windows XP


Встановивши обидва компоненти, відкрийте Пуск (Start) і запустіть Windows XP Mode з папки Windows Virtual PC. При першому запуску режиму сумісності з Windows XP пропонується вказати папку для установки, а також ім’я користувача та пароль XPMUser (див. рис. 1). Це локальна обліковий запис в основній ОС, яка є членом групи локальних адміністраторів. Вона буде використовуватися для запуску додатків у режимі Windows XP з основної ОС.



Рис. 2 Вікно вперше запущеної гостьовій Windows XP


По завершенні майстра установки гостьова ОС за замовчуванням буде запущена і відбудеться вхід в систему. Вікно вперше запущеної гостьової ОС показано на рис. 2. Машині присвоюється ім’я в форматі \ \ VirtualXP-xxxxx, де xxxxx – випадковий набір чисел Вона є членом робочої групи, але її можна приєднати до домену, якщо потрібно контекст доменної облікової запису.



Рис. 3 Ярлик гостьового програми в меню основного комп’ютера.


Тепер ми готові до заключного кроку – установці програми в гостьову ОС. Це можна зробити як вручну, так і використовуючи рішення розгортання додатків. Встановлений для роботи в режимі сумісності з Windows XP гостьове додаток можна запустити автоматично з меню “Пуск” основної машини (рис. 3).


Щоб використовувати інтеграцію запуску, перед запуском гостьової віртуальної машини з меню Пуск основного комп’ютера потрібно вийти з системи гостьової віртуальної машини і закрити її. Є інший варіант: користувачі можуть працювати з повним робочим столом гостьової віртуальної машини, клацнувши посилання з відміткою Windows XP Mode. Якщо гостьова віртуальна машина не використовується, вона переходить в сплячий режим, що скорочує час повторного її запуску, коли вона знадобиться знову.


Як бачите, режим сумісності з Windows XP дійсно надає віртуалізацію на робочому столі, а також ОС усередині іншої ОС. Він також надає механізм, повністю позбавляє від складнощів сумісності за рахунок надання підтримуваної операційної системи. Хоча число інструментів адміністрування режиму сумісності з Windows XP обмежена, а вимоги до обладнання досить високі, це рішення все-таки дозволяє усунути перешкоди на шляху до оновлення ОС. Тільки не забувайте, що це лише один з варіантів вирішення ваших проблем.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*