Впечатления от экстремальной миграции c Windows Server 2008 на Windows Server 2008 R2
Несколько недель назад я решил мигрировать один из своих серверов виртуализации, работавших под управлением Windows Server 2008, на Windows Server 2008 R2. Именно этот сервер мы возили на все предыдущие семинары Techdays. Мой опыт использования Windows Server R2 на серверах составляет уже несколько месяцев и пока что каких-либо проблем не замечено. Также стоит отметить, что сервера, с которых мы показывали демонстрации самого Windows Server 2008 R2, множества новых продуктов и Live Migration во время Платформы 2009, отработали безупречно. Я думаю, что Windows Server 2008 R2 вполне справится с задачами показа демонстраций во всех городах, которые мы посетим с Techdays. Поэтому я решил мигрировать на него последние из имеющихся у меня машин.
Обычно миграцию серверов делают следующим образом. Выполняется резервное копирование системы и виртуальных машин, работающих внутри Hyper-V. Затем сервер выключают и загружаются с установочного диска Windows Server 2008 R2 и выбирают пункт Upgrade. Это официально рекомендуемый способ, которым я обычно пользуюсь. Да и здравый смысл рекомендует делать так, а не резать по живому.
Но я решил попробовать сделать все наиболее экстремальным способом. И запустил установку Windows Server 2008 R2 прямо в работающей системе Windows Server 2008. Виртуальные машины, работающие под Hyper-V, также было решено не останавливать. Будет ли такая миграция гладкой, я не знал, но было очень любопытно. Хотелось посмотреть насколько большую разруху принесет такой безответственный подход.
Сразу после запуска система предложила скачать обновления из сети. На что я с радостью согласился. Затем нужно было выбрать редакцию ОС, которая стоит у меня (Enterprise), почитать предупреждения о возможных несовместимостях и недрогнувшей рукой нажать “Upgrade”.
 |
 |
 |
 |
Теперь можно расслабиться т.к в ближайшие 30 минут моего участия не потребовалось. В процессе обновления система перегрузилась пару раз. Через 47 минут после начала процесса система загрузилась уже в виде Windows Server 2008 R2.
Я проверил работоспособность всех служб и убедился что все, что работало под Windows Server 2008 функционирует нормально и в новой системе. Затем ради интереса добавил еще несколько стандартных ролей и проверил их работу. И могу вам сказать, что все работает так же надежно.
Маленькая проблема ждала меня в Hyper-V. Виртуальные машины, оставленные включенными в момент миграции, теперь находились в состоянии “Saved” . При попытке “разбудить” такую виртуальную машину получаем сообщение об ошибке из-за несовместимости форматов файлов в которых находится сохраненное состояние. Избавиться от ошибки можно только удалив “Save state”. Впрочем я сам в этом виноват так как специально оставил их включенными перед миграцией. Наконец-то хоть что то пошло не гладко, а то уже стыдно становится, ведь обещал экстремальность. :)
 |
 |
 |
 |
Кстати обратите внимание что машина Open Suse 11 х64 имеет достаточно развесистый набор мгновенных снимков (snapshots). К сожалению они тоже не заработали т.к формат файлов снимков так же изменился. Осталось только удалить их, тем самым применив хранящиеся в них изменения к виртуальной машине. После этого виртуальные машины начинают работать вполне нормально.
Впрочем, это и не удивляет: процесс переноса виртуальных машин с Windows Server 2008 beta 3 на Windows Server 2008 RC1 и Windows Server 2008 RTM был точно таким же. Рекомендовалось еще до начала миграции удалить мгновенные снимки и сохраненные состояния у всех виртуальных машин и только затем мигрировать их.
Итак вывод. Несмотря на то, что я нарушил практически все мыслимые рекомендации, миграция прошла успешно и система работает безупречно. Повторять такие приключения на производственных системах конечно не рекомендуется. Но все же удачное завершение эпопеи говорит о достаточно большом запасе прочности и весьма хорошем качестве кода Windows Server 2008 R2. Для того чтобы проверить наверняка, я провел миграцию этим способом еще на двух машинах. Результат тот же самый. Все работает просто шикарно.
Кстати после миграции, еще до удаления мгновенных снимков и обновления компонентов интеграции, заметил что виртуальные машины работают на новой системе явно быстрее, чем на старой. Особенно сильно прирост производительности заметен на операциях с сетью и диском. Причем, я тестировал производительность на нескольких системах, запустив все имеющиеся на борту виртуальные машины сразу.
Надеюсь, что этим постом я избавил вас от необходимости самостоятельно проверять, варианты миграции “на живую”. Заодно немного развлек и ответил на вопрос, а что будет если ваш сервер возьмется мигрировать настоящий неумеха.
Comments
Anonymous
January 01, 2003
PingBack from http://www.squisher.ru/?p=373Anonymous
January 01, 2003
> Я не совсем правильно выразился. Имеется ввиду возможность подключения физического диска к виртуальной машине. У меня на сервере помимо основного систменого рейда стоит два дополнительных диска и их в параметрах настройки виртуальной машины нет, точнее там пункт выбора физиического жесткого диска вообще не активен. Если все правильно понял то вам нужны Pass-through диски. Почитать об этом можно здесь http://blogs.technet.com/askcore/archive/2008/10/24/configuring-pass-through-disks-in-hyper-v.aspxAnonymous
January 01, 2003
Странно. А при создании виртуальной машины вы не пробовали сразу же создать и виртуальный диск? Это ведь обычный vhd файл поэтому если вы создали его отдельно то нужно в настройках виртуальной машины добавить IDE или SCSI контроллер и уже к нему присоединить виртуальный жесткий диск. Если эта подсказка не поможет напишите мне в почту я вам пришлю снимки экрана на которых видно как это должно работать.Anonymous
January 01, 2003
IL напишите пожалуйста мне по электронной почте. Постараюсь вам помочь. Есть предположения о том что можно сделать, но нужны кое какие уточнения.Anonymous
February 01, 2009
Извините, а Вы случайно не подскажите каким требованиям должен удовлетворять жесткий диск, чтобы Hyper-V его видел в разделе подключения жестких дисков в параметрах виртуальной машины, я все уже пробовал и динамисским его делал и разделы разного рода создавал, не видит их сервер и все тут.Anonymous
February 01, 2009
Я не совсем правильно выразился. Имеется ввиду возможность подключения физического диска к виртуальной машине. У меня на сервере помимо основного систменого рейда стоит два дополнительных диска и их в параметрах настройки виртуальной машины нет, точнее там пункт выбора физиического жесткого диска вообще не активен.Anonymous
February 02, 2009
Grooper, вы должны сначала отключить жесткий диск от основной системы, чтобы она не имела к нему доступа.Anonymous
February 03, 2009
Отключить - то есть удалить все тома и сделать его динамическим? Делал и так уже. Не видит. У меня кстати Hyper-V Server, а не роль, возможно это имеет значение.Anonymous
February 07, 2009
Здравствуйте. Может быть посоветуете, как поступить в следующей ситуации? При обновлении единственного контроллера домена it.local на базе WS 2008 Std x64 ENU Hyper-V => WS 2008 Std/Ent программа инсталляции затребовала сначала adprep /forestprep (прошло успешно), а затем adprep /domainprep, но безуспешно. Ошибка adprep: Running domainprep ... Adprep was unable to modify some attributes on object DC=it,DC=local. [User Action] Check the log file ADPrep.log in the C:Windowsdebugadpreplogs20090207110436 directory for more information. Adprep encountered an LDAP error. Error code: 0x14. Server extended error code: 0x2083, Server error message: 00002083: AtrErr: DSID-03151699, #1: 0: 00002083: DSID-03151699, problem 1006 (ATT_OR_VALUE_EXISTS), data 0, Att 9054f (otherWellKnownObjects):len 164 Adprep was unable to update domain information. [Status/Consequence] Adprep requires access to existing domain-wide information from the infrastructure master in order to complete this operation. [User Action] Check the log file, ADPrep.log, in the C:Windowsdebugadpreplogs20090207110436 directory for more information. В статье http://blogs.technet.com/askds/archive/2008/12/15/troubleshooting-adprep-errors.aspx не нашел информации по данной проблеме. Если сначала dcdiag выдавал ошибки: Starting test: SystemLog An Warning Event occurred. EventID: 0x80001116 Time Generated: 02/06/2009 19:37:42 EvtFormatMessage failed, error 1815 Win32 Error 1815. (Event String (event log = System) could not be retrieved, error 0x717) То сегодня ошибок уже нет, но ни adprep /domainprep, ни обновление до 2008 R2 все равно не выполняются. Благодарю за внимание.Anonymous
February 12, 2009
Глагол "мигрировать" - непереходный, поэтому нельзя говорить "мигрировать на него последние из имеющихся у меня машин". По-русски нужно "перевести на него последние из имеющихся у меня машин."Anonymous
June 16, 2009
Андрей, добрый день. А можно подобным способом "мигрировать" с версии Enterprise на Data Center?