Осваивая нюансы Windows server 2008 R2, обнаружил что MPIO от HP отказывается работать корректно, оставляя многоканальные волюмы набором простых дисков. Связавшись с технической поддержкой HP, понял что толком и инцидентов таких не было. Раньше в обычной Windows 2008 проблем не было. ставишь HP MPIO DSM в полном комплекте, и все работает. В R2 пришлось задействовать внутренний механизм MPIO. В прочем он так же работоспособен и в простой 2008, только набор операторов другой.
Итак, задействование Microsoft MPIO в Windows 2008. Из командной строки в режиме администратора вводим две команды: servermanagercmd -install multipath-io mpclaim -r -i -d "HP MSA2" Причем во второй команде обязательно 6 пробелов между HP и MSA2. Первая команда устанавливает инструментарий MPIO, а вторая активирует его для имеющихся дисков. После выполнения команд нода будет перезагружена.
Задействование Microsoft MPIO в Windows 2008 R2. Из командной строки в режиме администратора опять же вводим две команды: ocsetup MultipathIo /norestart mpclaim -i -a Несмотря на отличие в командах, смысл активирования MPIO один и тот же. К команде mpclaim можно добавить опцию -n, что предотвратит немедленную перезагрузку ноды.
После того, как ноды будут перезагружены, мы увидим в диспетчере оборудования вместо множества простых дисков multipath диски. Количество их будет равняться количеству презентованных волюмов.
Наткнулся на интересный баг, пока делал брутальное обновление серверов с 2008 до 2008 R2. Вкратце напомню: из за проблем в обновлении гипервизора 2008 мне пришлось обходным путем производить апгрейд до R2 посредством установки 2008 R2 на свободном блейде и переноса винчестеров на обновляемый блейд. Так вот, если при установке на свободном блейде 2008 R2 произвести добавление роли Hyper-V и назначить сетевую карту в среду виртуализации, то при переносе винчестеров на другой блейд мак адрес этой сетевой карты не заменяется на новый, соответствующий новой сетевой карте нового сервера. Если при установке Hyper-V сетевые карты в виртуализацию не вводить, то MAC-адреса нормально заменяются. Так что при таком переезде нужно быть осторожным, чтобы не получить серверов-клонов по макам, и не создавать проблем сетевикам.
Наконец то появилась у меня 2008 R2. Пришло время апгрейда своего ЦОД на блейдах HP с виртуализацией. Как осведомленный человек после общения с Андреем Бешковым имел представление о том, что апгрейд должен пройти без сучка и задоринки. Более того, самолично проводил тестирование еще во временя, когда R2 только только вышла, все проходило действительно успешно. Все необходимые приготовления сделал, а именно: 1. Подчистил историю снапшотов у виртуальных машин, потому что эти снапшоты в R2 работать не будут 2. Погасил виртуальные машины (средствами гостевых ОС) 3. Подмонтировал исошник с R2 к блейду и запустил инсталляцию
Очень удивился тому факту что инсталляция на этапе тестирования отвалилась по причине того, что из за роли Hyper-V апгрейд произведен быть не может. Для более детального изучения причины обратился к статье http://support.microsoft.com/kb/957256, Итак проблема там может быть только одна - версия моего Hyper-V не RTM. В статье фигурирует номер KB 950050, который призван обновить Hyper-V до нужной версии. Судя по истории обновлений, такое обновление у меня установлено еще 25.03.2009 и версия моего Hyper-V должна быть 6.0.6001.18016. На деле же, не смотря на установленное обновление KB950050 версия всех моих гипервизоров осталась 6.0.6001.18005, что соответствует RC0 с какими то правками. Повторно установить KB950050 системя ясное дело не дает, удалить обновление для последующей его переустановки тоже. Как я понял, такая ситуация возможна, если обновления на хостовую машину ставились при работающих виртуалках. В итоге сдвинуться с места по "зеленой улице" мне никак не удается.
В итоге осталось два варианта: 1. Остановка и экспорт всех виртуальных машин, деинсталяция роли Hyper-V, обновление операционной системы до R2, установка роли Hyper-V, импорт виртуальных машин 2. Остановка и экспорт виртуальных машин, полная переустановка R2 "с нуля", установка роли Hyper-V, импорт виртуальных машин
Вариант 2 мне показался более привлекательным по причине полного обновления хостовой ОС, и "на глазок" меньшим временем простоя виртуалок. Приступая к выполнению плана решил применить маленькую хитрость - использовать резервный ЗИП комплект для блейдов для ускорения процесса. Собрал аналогичный блейд с таким же зеркалом из тех же самых жестких дисков для системы (2х120Gb 5400rpm SATA). Установил на нем R2, установил роль Hyper-V, установил все обновления. Только после того, как на этом блейде была готовая для "пересадки" ОС, приступил к остановке и экспорту виртуальных машин на работающем сервере. Надо сказать что на каждом блейде у меня крутится порядка 8 виртуальных машин, и все довольно тяжелые в плане объема дискового пространства. Экспорт 8 виртуалок внутри MSA2000 занял порядка 40 минут.<...
Вот говорил же себе, никогда не ставить локализованные продукты от Microsoft на нелокализованную операционную систему! Так нет же, потянуло нарушить правило...
Изначально стояла Windows 2008 английская и TMG русский и даже все работало. Решил обновить эту английскую 2008 до английской R2. После обновления TMG работать перестал.
В консоли управления TMG в закладке наблюдение показывает не стартовавшие службы: Межсетевой экран Forefront TMG (Майкрософт) Планировщик заданий Microsoft Forefront TMG Cлужба Microsoft Forefront TMG Managed Control
Вообще ситуация интересная. Все эти службы зависят от следующего списка служб и драйверов: Base Filtering Engine Remote Access Connection Manager Secure Socket Tunneling Protocol Windows Firewall Хранилище Microsoft Forefront TMG Драйвер подсистемы пакетного уровня межсетевого экрана Microsoft
Все зависимые службы и драйвера работают. Службы которым не удается стартовать, не стартуют с эвентом 7001. Например: The Межсетевой экран Forefront TMG (Майкрософт) service depends on the Управление Microsoft Forefront TMG service which failed to start because of the following error: The operation completed successfully.
The Планировщик заданий Microsoft Forefront TMG service depends on the Управление Microsoft Forefront TMG service which failed to start because of the following error: The operation completed successfully.
Тоесть как бы все условия для старта службы соблюдены, а запускаться она не хочет по причине успешного запуска %)
Долго смеялся. Переставил чистую английскую 2008 R2 и буду накатывать на нее английский TMG.