Характеристика систем перевірки та дифрагментації дисків ОС Windows 2000 Pro

Дефрагментация является частью оптимизации работы диска с момента стабилизации этого процесса в 1975 году. Несколько компаний, помимо Norton (Symantec) и Майкрософт, поставляли программы для дефрагментации отдельно от способов оптимизации дискового пространства.

Версии MS-DOS до версии 5 и ОС Windows NT до версии 4.0 не включали в состав программу дефрагментации.

Когда программа Defrag, лицензируемая корпорацией Symantec, была бесплатно включена в состав программного обеспечения MS-DOS 6.0, использование альтернативных коммерческих продуктов стало менее распространенным, поскольку дополнительные расходы были невыгодны покупателям.

ОС Windows 2000, Windows XP и Windows Server 2003 содержат базовую лицензионную версию программы Diskeeper, выпускаемой корпорацией Diskeeper (ранее называвшейся Executive Software). В состав ОС Windows XP дополнительно входит служебная программа командной строки Defrag.exe.

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

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

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

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

Обеспечение непрерывности файлов, исключающее лишние поиски при чтении.

100. Режими переносу та редагування файлів в ОС Windows 2000 Pro
Анотація
У вікні вибору типу підключення вказати Persistent. Тут же можна натиснути кнопку Advanced і вказати пристрій IDE або SCSI, якому буде відповідати додатковий диск. Однак у даному випадку це не так суттєво. Важливо лише, щоб цей диск був доступний під допоміжної віртуальної ОС.
Завантажити допоміжну систему і виконати апостеріорне коригування.
Завершити роботу допоміжної системи.
Завантажити віртуальну машину і переконатися в коректності її роботи.
Після виявлення системою пристроїв та встановлення драйверів встановити VMWARE Tools (опис установки є в документації до VMWARE).

В даний час проекти корпоративних мереж, як правило, являють собою досить складні рішення, які потребують для реалізації великої кількості програмних і апаратних засобів. У такій ситуації ідея розміщення частини серверних систем на віртуальних платформах є досить розумною і вигідною з економічної точки зору. Однак, крім проектування мереж "з нуля", фахівцям часто доводиться стикатися із ситуацією, коли корпоративна мережа вже існує і функціонує, але її необхідно реорганізувати, перенісши частину налаштованих операційних систем з фізичних комп'ютерів на віртуальні машини, і тут виникає ряд проблем, огляду і способів обходу яких присвячено дане керівництво.
Умови застосування
У даному документі описується порядок дій при перенесення системи на базі MS Windows 2000 з фізичного комп'ютера на віртуальну машину, що працює під управлінням VMware Workstation з використанням тільки IDE пристроїв. В якості утиліти для створення розділів використовується вбудована в ОС MS Windows 2000 утиліта Disk Management. В якості утиліти для копіювання розділів використовується Symantec Norton Ghost.
Автор повинен попередити читачів, що він не несе відповідальності у випадку, якщо використання керівництва спричинило порушення функціонування будь-яких комп'ютерних систем, або втрату будь-яких даних. Користувачі та фахівці можуть використовувати дане керівництво тільки на свій власний страх і ризик. Також автор не несе відповідальності у випадку зловмисний використання будь-якими фізичними або юридичними особами даного керівництва в якості посібника для швидкого створення масових копій з метою незаконного використання або розповсюдження програмних продуктів корпорації Microsoft, так само як і будь-яких інших виробників програмного забезпечення.
Microsoft, Windows і Windows NT є зареєстрованими торговими марками фірми Microsoft Corporation.
Intel, Pentium, Pentium Pro є зареєстрованими торговими марками фірми Intel Corporation.
VMware, Workstation, GSX Server, ESX Server є зареєстрованими торговими марками компанії VMware, Inc.
Symantec, Norton Ghost є зареєстрованими торговими марками фірми Symantec Corporation.
PowerQuest, Partition Magic, Drive Image Pro є зареєстрованими торговими марками фірми PowerQuest Corporation.
Ключові проблеми переносу систем
При перенесенні системи на базі ОС MS Windows 2000 з фізичного комп'ютера на інший фізичний комп'ютер або віртуальну машину виникають три основні проблеми:
1) Несумісність апаратних платформ
На сьогоднішній день ОС MS Windows 2000 розпізнає 6 ключових апаратних платформ: з них 3 з підтримкою технології ACPI (Advanced Configuration and Power Interface), 3 без її підтримки:
Платформа Опис Системний драйвер
Standard PC Стандартний однопроцессорний ПК без підтримки ACPI HAL.DLL
ACPI PC Стандартний однопроцессорний ПК із підтримкою ACPI HALACPI.DLL
MPS Uniprocessor PC Багатопроцесорні ПК, з одним встановленим процесором без підтримки ACPI HALAPIC.DLL
ACPI Uniprocessor PC Багатопроцесорні ПК, з одним встановленим процесором з підтримкою ACPI HALAACPI.DLL
MPS Multiprocessor PC Багатопроцесорні ПК, без підтримки ACPI HALMPS.DLL
ACPI Multiprocessor PC Багатопроцесорні ПК, з підтримкою ACPI HALMACPI.DLL
Більшість ПК на базі процесорів Intel належать до однієї з цих платформ. ОС MS Windows 2000 для кожної з перерахованих вище апаратних платформ використовує відповідний системний драйвер. У диспетчері пристроїв тип платформи визначається як пристрій:
Відповідно, якщо ми переносимо систему з одного типу платформи на іншу, то система не може успішно завантажитися (ПК автоматично перегружается на фазі ініціалізації ядра системи) в силу принципової несумісності платформ. Тому перед переносом на іншу платформу необхідно заміняти системний драйвер в диспетчері пристроїв, вибравши відповідний. Наприклад, при перенесення системи на віртуальну платформу завжди вибирається тип платформи Standard PC:
Важливе зауваження. Після операції по заміні драйвера апаратної платформи завантаження системи на вихідному ПК неприпустима, оскільки з-за несумісності драйвера та платформи це може призвести до незворотних порушення працездатності операційної системи.
2) Несумісність контролерів жорстких дисків
Друга проблема при перенесенні системи пов'язана з особливостями контролера жорстких дисків. Для успішної завантаження системи необхідний доступ до системного розділу, а для цього необхідно, щоб система коректно розпізнавати контролер жорстких дисків і самі диски. Якщо система переноситься на апаратну платформу з контролером, відмінним від того, який був у вихідному комп'ютері, то система при завантаженні зупиняється з помилкою "STOP 0x0000007B - Inaccessible boot device" і подальша завантаження неможлива. Щоб уникнути цього, перед переносом системи необхідно видаляти всі драйвера RAID-масивів і інші драйвери та утиліти, що так чи інакше пов'язані з роботою жорстких дисків. Також необхідно видаляти всі IDE-контролери в диспетчері пристроїв:
Важливе зауваження. Після цієї операції завантаження системи на вихідному комп'ютері неприпустима, оскільки в цьому випадку система знову розпізнає дискової контролер і встановлює специфічний для нього драйвер, що призведе до неможливості завантаження на кінцевій апаратної платформи після перенесення.
3) Невідповідність літери, що призначаються системного розділу в цільовій системі, букві, призначеної в вихідної системі
На відміну від перших двох проблем, дана проблема проявляється тільки при використанні, так званих "нетипових" букв для системних розділів. Наприклад, якщо ми маємо жорстким диском з двома розділами: завантажувальним і системним - то за логікою речей завантажувальний розділ повинен мати букву C:, а системний - D:. Однак, це дотримується, як правило, якщо система спочатку встановлювалася на комп'ютер, з одним IDE-пристроєм - єдиним жорстким диском. У загальному ж випадку, системи можуть встановлюватися на системи з декількома жорсткими дисками, приводами компакт-дисків, ZIP приводами та іншими IDE-пристроями. Літери розділам жорстких дисків призначаються не в порядку їх слідування всередині одного жорсткого диска, а спочатку призначаються літери першим розділам жорстких дисків, всім IDE-пристроїв в порядку їх слідування в контролері IDE-пристроїв. Наприклад, якщо ми маємо два жорстких диска по два розділу на кожному, то результат призначення літер виходить наступним:
У даному прикладі, системний розділ має літеру E:, в загальному ж випадку він може мати будь-яку літеру латинського алфавіту, починаючи з C:. У такій ситуації після підготовки до перенесення системи на інший ПК і перенесення даних розділів на інший диск, при запуску системи на початковому або на іншому комп'ютері з цього диску в ОС MS Windows 2000 виникає проблема з неможливістю входу в систему. Відбувається це з-за того, що система при виявленні нового диска починає повторну процедуру призначення літер розділах. Наприклад, якщо ми переносимо жорсткий диск з двома розділами, з призначеними раніше літерами C: і E: на вихідний або інший ПК, на якому немає інших жорстких дисків, то система при першому завантаженні привласнить системного розділу літеру D:. Оскільки в реєстрі ОС MS Windows 2000 присутня безліч посилань на диск E:, в тому числі шляхи до профілів користувачів, то, незважаючи на успішну завантаження систему, вхід в робочий сеанс користувача буде неможливий. Дана ситуація дозволяється шляхом внесення певних коригувань до реєстру "збійна" системи.
До системного реєстру "збійна" системи можна отримати доступ кількома способами:
Безпосередньо під час самої системи. Однак, цей варіант відпадає одразу, так як неможливо увійти в робочий сеанс користувача, відповідно, неможливий запуск утиліт редагування реєстру.
Доступ по мережі за допомогою системи на іншому комп'ютері. Це не завжди можливо, оскільки, як правило, після перенесення система по мережі недоступна в силу того, що найчастіше система не може встановити необхідний драйвер мережевого адаптера і, крім того, мережні протоколи вимагають ручної настройки.
За допомогою підключення жорсткого диска "збійна" системи до іншого комп'ютера і доступу до системного розділу "збійна" системи за допомогою системи на іншому комп'ютері. Цей варіант працює завжди, але для різних випадків перенесення вимагає різні додаткові дії:
У випадку перенесення системи на віртуальну машину, необхідно скористатися допоміжної працездатною віртуальної системою на базі MS Windows 2000, до якої необхідно підключити жорсткий диск зі "збійна" системою як додатковий жорсткий диск.
У випадку перенесення системи з одного реального ПК на інший досить підключити жорсткий диск зі "збійна" системою до вихідного ПК. У такій ситуації жорсткий диск зі "збійна" системою ні в якому разі не повинен бути результатом операції копіювання "диск на диск", копіювання повинно проводитися по кожному розділу окремо з попереднім розбиття на розділи жорсткого диска кінцевої системи. В іншому випадку, в подальшому стане неможливим вхід в робочий сеанс користувача в системі на вихідному диску і знадобиться третя працездатна система, за допомогою якої необхідно буде вносити виправлення в реєстри вихідної та кінцевої систем. Для наочності наведемо приклад: припустимо, що на початковому диску були два розділи, з призначеними літерами C: і E:.
Після копіювання кожного розділу окремо з оригінального диска на диск кінцевої системи і при завантаженні з оригінального диска, з підключеним диском кінцевої системи отримуємо наступну картину (в цьому випадку все в порядку): на вихідному диску не порушені прив'язки літер до його розділах:
У випадку ж копіювання "диск на диск", виходить наступне:
Призначення літер у випадку копіювання "диск в диск" порушується: до розділів кінцевого диска прив'язуються літери, що належали раніше вихідного диску, а розділам вихідного диска прив'язуються літери, які за логікою речей мали б належати розділам кінцевого диска. Відбувається це тому, що початковий завантажувач комп'ютера виявляє два активних завантажувальних диска і вибирає останній за списком (а це диск кінцевої системи), далі завантажувач шукає на його першому розділі завантажувальний запис і знаходить її, далі цього розділу призначається буква C:. На цьому розділі запускається початковий завантажувач операційної системи, що зветься NTLOADER, який звертається до конфігураційному файлі BOOT.INI. У конфігураційному файлі зберігається інформація про розташування системних файлів, при цьому, найважливіше те, що в якості посилань місцезнаходження вказуються не букви дисків, а порядкові номери фізичних дисків та їх розділів. Відповідно, початковий завантажувач операційної системи виявляє в цьому файлі запис типу Disk0 \ Partition2, що означає те, що система знаходиться на 0-м фізичному диску (нумерація починається з 0), на 2-му розділі (нумерація починається з 1). В результаті ОС завантажується саме з другого розділу першого жорсткого диска, незважаючи на те, що завантажувач був запущений з першого розділу другого жорсткого диска. Далі, ОС вважає другий жорсткий диск перший і призначення літер відбувається так, як ніби другий і перший жорсткий диск в порядку їх слідування поміняли місцями. В результаті другий розділ першого жорсткого диска отримує букву F:, а другий розділ другого диска букву E:. Далі, оскільки в реєстрі системи розташування програмного забезпечення, файлу підкачки і профілів користувачів суворо прив'язане саме до букві E:, то, незважаючи на те, що система завантажується з другого розділу першого диска, що отримала букву F:, вищевказані дані взяті з другого розділу другого жорсткого диска, що отримав літеру E:. При всьому при цьому використовується реєстр системи на вихідному диску, розташованої на другому розділі першого диску (F:) і вся інформація про прив'язці літер до конкретних розділам конкретних жорстких дисків зберігається саме в реєстрі системи на вихідному диску. У такій ситуації, якщо в подальшому відключити другий жорсткий диск і спробувати завантажити ОС на вихідному диску, то система без проблем виявить системні файли на другому розділі, однак, вона не зможе виявити диск E:, прив'язаний до другого розділу другого жорсткого диска, і буде вважати втраченими програмне забезпечення, файл підкачки і профілі користувачів, в результаті чого робота в вихідної системі стане неможливою.
Таким чином, копіювання даних повинне здійснюватися не "диск на диск", а по розділам. Після цього необхідно внести деякі зміни до реєстру "збійна" системи на кінцевому диску.
Коректування системного реєстру "збійна" системи
Після того, як диск зі "збійна" системою підключений як додатковий до комп'ютера з працездатною системою, в ній необхідно запустити утиліту редагування реєстру REGEDT32. Виділити мишею розділ HKEY_LOCAL_MACHINE, після чого в меню Registry вибрати Load Hive, і відкрити файл "SYSTEM" знаходиться в папці Winnt \ system32 \ config системного розділу додаткового диска, при цьому необхідно точно знати яка саме буква відповідає цьому розділу. Буква системного розділу додаткового диска може бути різною при різних дискових конфігурації комп'ютера, тому цю букву необхідно уточнювати через вбудовану в ОС утиліту Disk Management. Наприклад, як у прикладі вище, оскільки вихідний диск використовує букви C: і E:, а додатковий - D: і F:, причому F: - це і є системний розділ "збійна" системи, то в редакторі реєстру необхідно буде завантажити файл F: \ Winnt \ system32 \ config \ system. В якості необхідного імені для завантажується гілки реєстру можна вибрати довільну назву, наприклад HK2. Після цього вносяться певні коректування в цієї гілки реєстру (системної гілки реєстру "збійна системи") - про це буде сказано нижче.
Прив'язка літер до розділів жорсткого диску в ОС Windows 2000
У системному реєстрі ОС Windows 2000 в ключі HKEY_LOCAL_MACHINE \ SYSTEM \ MOUNTEDDEVICES зберігаються дані про прив'язка літер до пристроїв і окремим розділам жорстких дисків. Звернемося до нашого старому прикладу. Розглянемо дані, які зберігаються в реєстрі вихідної системи.
Як видно з скріншот, кожній букві відповідає деякий двійкове значення, яке як мінімум залежить від конкретного пристрою (унікально для кожного пристрою) і фізичного місця розташування розділу на ньому. Крім того, для букв C: і E: перші 5 байтов відповідних їм кодів збігаються, те ж саме можна відзначити і для літер D: і F:, що означає, що першими 5-ю байтах однозначно ідентифікується жорсткий диск. Наступними байтах однозначно визначається розділ. Саме таким чином ОС MS Windows 2000 прив'язує літери до розділів жорстких дисків. Відповідно, підставляючи двійкові коди, що відповідають одним буквам в коди для інших букв, причому, вносячи зміни в реєстр не вихідної, а "збійна" системи, можна домагатися штучного призначення потрібної літери для системного розділу в "збійна" системі.
Важливе зауваження. У нашому прикладі до підключення додаткового диска і операції копіювання розділів вихідну операційну систему жодного разу не завантажували з підключеним додатковим диском. Після ж операції копіюванні вихідну систему завантажували з додатковим диском хоча б один раз, після чого вихідна система "розпізнала" додатковий диск і призначила літери його розділах.
Складемо карту розділів, букв і двійкових кодів для нашого прикладу:
Disk0 / Partition1 C: 5DA05DA0007E000000000000
Disk0 / Partition2 E: 5DA05DA0007C54AD00000000
Disk1 / Partition1 D: AC7E7303007E000000000000
Disk1 / Partition2 F: AC7E7303007CA45D00000000
Disk0 - вихідний диск, Disk1 - додатковий диск зі збійна системою. Звернемося тепер до ключа MOUNTEDDEVICES системної гілки реєстру "збійна" системи (HK2):
Тут ми бачимо те, що буквам C: і E: відповідають коди розділів додаткового, а вихідного диска. Це сталося з тієї причини, що в даному прикладі завантаження з додаткового диску ще жодного разу не проводилася, а також не виконувалася завантаження вихідної системи з підключеним додатковим диском до операції копіювання розділів. Відповідно, реєстр "один до одного" скопійовані в тому стані, яким він був до підключення додаткового диска.
При спробі завантажитися з додаткового диску, ОС виявить диск, що відрізняється від вихідного, і, відповідно, заново буде призначати літери для розділів "нового диска". Якщо при завантаженні крім додаткового диска інших підключених розмічені дисків не буде, то розділи отримають літери по порядку C: і D:, після чого система завантажиться, але увійти буде неможливо із-за того, що системного розділу призначена буква, відмінна від E:.
Для такої ситуації є два способи вирішення проблеми:
Внести коригування до реєстру "збійна" системи ще до того, як з додаткового диску будуть завантажувати систему. Назвемо це апріорної коригуванням.
Внести коригування до реєстру "збійна" системи вже після того, як з додаткового диску хоча б один раз завантажували систему і не змогли ввійти в систему, після чого додатковий диск підключили до працездатною системі для внесення змін до реєстру. Назвемо це апостеріорне коригуванням.
Априорно коректування
У даному випадку коригування до реєстру "збійна" системи вносять, завантаживши вихідну систему одразу ж після операцій копіювання на додатковий диск. Повернемося до нашого прикладу. Як бачимо з попередніх скріншотів, в ключі MOUNTEDDEVICES в гілці реєстру "збійна" системи для букв C: і E: зберігаються коди, які відповідають розділам дисками вихідного диска. Отже, ці коди необхідно поміняти на коди, що відповідають розділам додаткового диска з "збійна" системою. Для цього звертаємося до ключа SYSTEM \ MOUNTEDDEVICES реєстру вихідної системи, по карті дисків бачимо, що в вихідної системі розділам додаткового диска, відповідають літеру D: і F:. Код, закріплений за літерою F: - це і є потрібний код для літери E: у "збійна" системи, а код для літери D: в вихідної системі - це шуканий код для літери C: у "збійна".
Для коректування необхідно скопіювати двійкові код для літери, що відповідає системному розділу додаткового диска в реєстрі вихідної системи, в код для літери, що відповідає системному розділу вихідного диска, в ключі MOUNTEDDEVICES реєстру "збійна" системи.
Відповідно, також можна скопіювати значення для літери, що відповідає завантажувальному розділу додаткового носія у вихідному реєстрі в значення для літери, що відповідає завантажувальному розділу вихідного диска в ключі MOUNTEDDDEVICES гілки реєстру "збійна" системи, хоча це і необов'язково, оскільки першого розділу жорсткого диска за замовчуванням буде призначена буква C:. Простіше кажучи, ми з допомогою вихідної системи з'ясовуємо коди для розділів додаткового диска, а потім ці дані заносимо в реєстр "збійна" системи. У нашому прикладі, ми повинні скопіювати код для літери F: у вихідному реєстрі, в код для літери E: в реєстрі "збійна" системи. Також можна скопіювати код для літери D: у вихідному реєстрі, в код для літери C: в реєстрі "збійна" системи.
В результаті реєстр буде виглядати наступним чином:
Карта розділів жорсткого диска для "збійна" системи буде наступною:
Disk0 / Partition1 C: AC7E7303007E000000000000
Disk0 / Partition2 E: AC7E7303007CA45D00000000
Після внесення змін необхідно виділити гілку HK2 реєстру "збійна" системи і в меню Registry виконати Unload Hive для того, щоб зберегти зміни в реєстрі. В результаті вищеописаних операцій "збійна" система, яка є копією вихідної та знаходиться на додатковому диску, стає працездатною.
Апостеріорне коректування
В даному випадку ми маємо справу з додатковим диском, з якого намагалися завантажити систему хоча б раз, в результаті чого система призначила на свій розсуд літери розділам дисків і зберегла цю інформацію в реєстрі в ключі HKEY_LOCAL_MACHINE \ SYSTEM \ MOUNTEDDEVICES.
Звернемося знову до нашого прикладу. Припустимо, що ми вже виконали копіювання завантажувального та системного розділів з оригінального диска на додатковий диск, і після цього підключили цей диск як основний на вихідний або кінцевий комп'ютер, на якому немає інших IDE пристроїв, і спробували виконати завантаження. Після безуспішних спроб входу в робочий сеанс користувача системи ми підключаємо додатковий диск разом з вихідним диском, що використовується як основний, на вихідний комп'ютер і виконуємо завантаження вихідної системи (в дійсності, ми можемо підключити додаткової диск до будь-якого комп'ютера з працездатною системою MS Windows 2000). Тоді, запустивши редактор реєстру REGEDT32 та завантажили гілку HKEY_LOCAL_SYSTEM \ SYSTEM реєстру "збійна" системи, що знаходиться у другому розділі додаткового диска (файл \ Winnt \ system32 \ config \ system), і назвав цю гілку HK2, звернемося до ключа HK2 \ MOUNTEDDEVICES і побачимо наступне:
На скріншот ми бачимо те, що перший і другий розділу додаткового диска відповідають літери C: і D:. Коли система намагалася завантажуватися з додаткового диску, карта дисків була наступною:
Disk0 / Partition1 C: AC7E7303007E000000000000
Disk0 / Partition2 D: AC7E7303007CA45D00000000
При першому завантаженні з додаткового диска, очевидно, система виявила невідомий жорсткий диск і виконала повторне призначення літер розділах. У нашому прикладі завантажувальний розділ отримав букву C:, а системний - D:. Код для літери E: залишився без змін і відповідає системному розділу вихідного диска, який при завантаженні системи фізично недоступний. У загальному випадку, системний розділ може бути не другим, а будь-яким іншим розділом додаткового диска, і на комп'ютері, де виконувалася перша завантаження системи, може бути встановлено безліч IDE пристроїв, і системний розділ може отримати будь-яку літеру від C: до Z:.
Для коригування необхідно прив'язати в реєстрі "збійна" системи необхідну букву до двійковому коду системного розділу диска зі "збійна" системою. Для цього в реєстрі "збійна" системи достатньо перейменувати параметр \ DosDevices \ <поточна буква:>, відповідний системного розділу диска з "збійна" системою, параметр \ DosDevices \ <необхідна літера:>. Необхідна буква в даному випадку - це буква, що відповідає системного розділу в вихідної системі на вихідному жорсткому диску.
У нашому прикладі ми повинні перейменувати змінну \ DosDevices \ <D:> в змінну \ DosDevices \ <E:> в гілці HK2 \ MOUNTEDDEVICES. Оскільки редактор реєстру REGEDT32 не дозволяє перейменовувати ключі і змінні, то можна скористатися альтернативним редактором REGEDIT, і в гілці HK2 \ MOUNTEDDEVICES виконати наступні дії:
Видалити існуючий параметр \ DosDevices \ <E:>:
Перейменувати параметр \ DosDevices \ <D:> в \ DosDevices \ <E:>:
Після цього необхідно закрити редактор REGEDIT, повернутися в редактор REGEDT32, виділити гілку HK2 і в меню Registry обов'язково виконати Unload Hive для того, щоб зберегти зміни в реєстрі.
В результаті цих операцій "збійна" система, яка є копією вихідної та знаходиться на додатковому диску стане працездатною.
Порядок дій при перенесенні системи з реального ПК на віртуальну машину
Для підготовки до переносу необхідно скористатися додатковим диском для того, щоб не вносити зміни до оригінал вихідної системи. На додатковий жорсткий диск за замовчуванням необхідно копіювати тільки завантажувальний розділ (звичайно це перший розділ першого жорсткого диску системи), і розділ, на якому встановлена система. Відповідно, на додатковому жорсткому диску необхідно попередньо створити, як мінімум, два (один, якщо система розташована на завантажувальному розділі) розділу, перший розділ обов'язково зробити активним (це можна зробити про вбудованої в ОС MS Windows 2000 утиліті Disk Management), виконати копіювання розділів окремо з вихідного жорсткого диска на додатковий диск і надалі проводити роботи тільки з ним.
Примітка 1. Перенесення розділів та жорстких дисків з іншими (несистемно) даними при необхідності виконується окремо і це не представляє особливої складності.
Примітка 2. Системний розділ вихідного диска може мати в вихідної операційній системі "Нетипові" літеру. У такому випадку необхідно виконати априорно коректування.
Встановити додатковий диск на вихідний ПК і завантажити з нього операційну систему.
Примітка. Якщо в системі неможливо увійти в робочий сеанс користувача (дуже малоймовірним випадок, хіба що після неякісного виконання апріорної коригування у випадку "нетипової" літери системного розділу жорсткого диска з вихідною системою), то в такому випадку необхідно виконати апостеріорне коректування, використовуючи вихідну систему, а потім знову спробувати завантажитися з додаткового диску.
Підготувати систему до переносу. Для цього виконати наступне:
Для усунення апаратної несумісності необхідно замінити тип платформи в диспетчері пристроїв на Standard PC.
Примітка. Після зміни драйвера апаратної платформи система буде пропонувати перезавантажити систему. Від цього необхідно відмовитися і проводити подальші підготовчі операції.
Для уникнення помилки "0x0000007B - Inaccessible boot device", яка виникає з-за несумісності контролерів жорстких дисків необхідно видалити всі драйвера RAID-масивів і інші, так чи інакше пов'язані з роботою жорстких дисків, а також видалити всі IDE-контролери в диспетчері пристроїв.
Примітка. При видаленні пристроїв система буде пропонувати перезавантаження, від цього необхідно відмовитися.
Завершити роботу системи і ні в якому разі не завантажувати її на вихідному комп'ютері.
Підключити додатковий диск з підготовленої до переносу системою до базового комп'ютера, де передбачається розміщувати віртуальні машини.
Створити на базовому комп'ютері нову віртуальну машину:
При створенні машини вказати режим конфігурування Custom і в якості типу гостьової системи вказати ОС MS Windows 2000.
Вказати необхідну для системи ємність для оперативної пам'яті
Тип мережі обов'язково вказати Bridged Networking, для можливості доступу в мережу, за межами базового комп'ютера.
При початковому конфігуруванні створити новий віртуальний жорсткий диск із заданою необхідної ємністю (в залежності від конкретної задачі переносу - сумарний розмір завантажувального та системного розділу диска оригіналу, або розмір, що дорівнює ємності диска оригіналу, або інше, окремо обумовлений).
Дуже важливо те, щоб диск був IDE пристроєм, так як за замовчуванням для Windows 2000 систем VMWARE створює SCSI-диск, який не можна потім звернути в IDE. Для цього в вікні, в якому вказується ім'я файлу образу диска, натиснути кнопку Advanced і в вікні, що з'явилося, вибрати пристрій IDE 0:0 (primary master):
Далі необхідно до віртуальній машині підключити додатковий диск зі скопійований вихідною системою. Для цього в конфігурації віртуальної машини необхідно додати другу дисковий пристрій, який буде використовувати дані фізичної додаткового диску:
У наступному вікні необхідно вказати номер фізичної пристрої базового комп'ютера, відповідного додаткового диску:
У вікні конфігурування доступу до розділів фізичного диска залишити за замовчуванням дозвіл тільки на читання до всіх розділів:
У вікні, в якому вказується назва файлу конфігурації диска, натиснути кнопку Advanced і в вікні, що з'явилося, вибрати пристрій IDE 0:1:
Запустити віртуальну машину і виконати завантаження із заздалегідь підготовленої дискети. Дискета обов'язкового повинна містити дискові утиліти для конфігурування розділів та копіювання даних розділів з одного диска на інший. За допомогою дискових утиліт створити на першому жорсткому диску необхідні розділи, перший розділ зробити обов'язково активним. Виконати копіювання завантажувального та системного розділів окремо з другого жорсткого диска на перший.
Запустити віртуальну машину, обов'язково заздалегідь відключивши в конфігурації другий диск (додатковий диск). Якщо цього не зробити, то при завантаженні система буде використовувати його в процесі призначення букв при виявленні невідомих їй носіїв і системний розділ може отримати літеру, відмінну від тієї, яка була в вихідної системі, що призведе до неможливості входу в систему.
Примітка. Якщо в вихідної системі була прив'язана "Нетипові" буква до системного розділу, або при першій завантаження віртуальної машини додатковий диск по неакуратними був залишений підключеним, то вхід користувача віртуальної системи в робочий сеанс може стати неможливим. У цій ситуації необхідно виконати апостеріорне коректування. Потрібно скористатися допоміжної працездатною віртуальної системою на базі MS Windows 2000, до якої підключити основний диск "збійна" машини як додатковий диск. Для цього потрібно скопіювати на базовий комп'ютер файли допоміжної віртуальної ОС, відкрити її в и перейти в вікно конфігурування, де додати диск "збійна" системи як додатковий жорсткий диск:
У вікні вибору типу диска вказати використання існуючого віртуального диску:
У наступному вікні вказати шлях до файлу образу завантажувального жорсткого диска "збійна" системи.
У вікні вибору типу підключення вказати Persistent. Тут же можна натиснути кнопку Advanced і вказати пристрій IDE або SCSI, якому буде відповідати додатковий диск. Однак у даному випадку це не так суттєво. Важливо лише, щоб цей диск був доступний під допоміжної віртуальної ОС.
Завантажити допоміжну систему і виконати апостеріорне коригування.
Завершити роботу допоміжної системи.
Завантажити віртуальну машину і переконатися в коректності її роботи.
Після виявлення системою пристроїв та встановлення драйверів встановити VMWARE Tools (опис установки є в документації до VMWARE).