Windows 2012 сервер vmware

Установка Windows Server 2012 (R2) на VMware Workstation 9 или 10

Здравствуйте, дорогие читатели. Сегодня мы займемся установкой операционной системы Windows Server 2012 R2 на эмуляторе виртуальных машин VMware Workstation 9 или 10 версии. Для начала необходимо скачать архив самой ОС. Архив должен быть в формате ISO (.iso). После скачивания операционной системы запускаем VMware.

После запуска заходим в меню Файл — Новая виртуальная машина (или в программе нажимаем комбинацию клавиш CTRL+N).

Программа спросит какой тип конфигурации необходимо создать, необходимо выбрать Выборочный (дополнительно) и нажать кнопку далее.

В совместимости аппаратного обеспечения выбираем Workstation 9 и нажимаем Далее.

Указываем место расположения нашего файла-образа (скачанный образ Windows Server 2012) если образ находится на DVD диске выбираем 1-й пункт (установить с диска), если образ находится на жестком диске выбираем 2-й пункт и нажимаем кнопку Далее

Программа просит ввести лицензионный ключ к Windows и учетные данные (пользователь/пароль) для последующего входа в систему.

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

Заполняем имя пользователя и дважды вводим пароль и опять же нажимаем далее.

Программа предупредит нас, что мы не ввели ключ продукта и что его можно ввести в последствии, мы соглашаемся и нажимаем Да

Присваиваем имя для нашей виртуальной машины и указываем путь установки и подтверждаем наши действия.

Указываем количество выделяемых для ОС процессоров и ядер (позже это количество можно изменять в большую или меньшую сторону), на своем ПК я выбрал 1 процессор и 1 ядро (у меня Intel Core i7 3630QM).

Выделяем оперативную память для Windows Server 2012. По рекомендуемым требованиям необходимо 2 Гб оперативной памяти (минимум 512 Мб), для жесткого диска рекомендуется 80 Гб и более.

Далее программа спросит: Какой тип сети вы хотите выбрать? Я обычно выбираю 1-й пункт (сетевой мост), т.к. данный тип позволяет виртуальной машине находиться в единой сети с реальными компьютерами. Выбираем необходимый нам пункт и подтверждаем выбор.

В типе контроллера ввода-вывода выбираем рекомендуемый программой пункт (LSI logic SAS) и нажимаем Далее.

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

Затем выбираем тип виртуального диска, который по умолчания предлагает нам VMware (SCSI).

В максимальном размере диска я указал рекомендуемый Microsoft объем равный 80 Гб, также для производительности я выбрал пункт выбелить все дисковое пространство сейчас.

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

В конце программа выведет список всех наших настроек, проверяем их, оставляем «галочку» на пункте запустить виртуальную машину после создания (если желаем сразу приступить к установке) и жмем кнопку готово.

Программа создает диск и приступает к установке.

Многие сталкиваются с проблемой, на экране выскакивает ошибка:

Читайте также:  Как запустить мафию windows 10

(This virtual machine is configured for 64-bit guest operating systems. However, 64-bit operation is not possible.) Как справиться с данной проблемой я писал в своей статье.

Первым шагом установки является выбор устанавливаемой операционной системы:

После подтверждения начинается процесс установки Windows Server 2012.

Процесс установки занимает от 15 до 50 минут (у меня система установилась за 25 минут). В процессе установки VMware перезагружает систему несколько раз. И вот спустя 25 минут ОС установлена и просит нажить CTRL+ALT+DEL, для этого во вкладке Виртуальная машина выбираем пункт Отправить команду CTRL+ALT+DEL.

Затем вводим ранее заданные учетные данные логин+пароль и нажимаем ENTER.

После входа в систему сервер готов к работе.

После установки Windows Server 2012 можно продолжить настройку ОС. Если сервер будет использоваться в организации первой ролью можно установить роль домен контроллера.

Про установку AD DS на Windows Server 2012 я писал в одной из своих статей.

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

Установка VMware Tools на Windows Server 2012 R2

VMware Tools — бесплатный набор утилит для улучшения взаимодействия виртуальной машины и платформы VMware. Если у вас Windows Server, то рекомендую установить VMware Tools для смены сетевой карты на vmxnet3, меньше глюков. Как показала практика, другие сетевые карты работают не очень стабильно.

Про сбой сети на виртуальной машине Windows Server 2012 R2 в среде VMware можно почитать здесь.

Про установку VMware Tools на Ubuntu можно почитать здесь.

Стандартный тип сетевого адаптера в vCenter 6.0 — E1000.

После долгой эксплуатации на сервере начинаются проблемы — неожиданно пропадает сеть, хотя ОС показывает, что всё в порядке. Но пинги не идут. Помогает disable-enable сетевого адаптера, но для этого необходимо войти на сервер через консоль VMware. Также иногда помогает смена vlan сети, но не всегда. Если заменить сетевой адаптер на vmxnet3 никак нельзя, можно написать простой скрипт, который будет пинговать контроллер домена, и если шлюз недоступен, то передёргивать сеть на сервере.

Проще изменить сетевой адаптер на vmxnet3. Но для этого необходимо установить VMware Tools, что мы и будем делать.

vCenter показывает, если на сервере не стоит утилита:

Кликаем Install VMware Tools. vCenter переспрашивает, действительно ли мы хотим примаунтить инсталляционный диск. Соглашаемся.

На виртуальном сервере появляется новый диск.

Раскрываем диск и запускаем setup.exe.

Запускается инсталлятор, нажимаем Next.

Выбираем тип установки. Я выбираю Typical — меньше телодвижений. Кастомизация в данном случае меня не интересует, но вы можете при желании выбрать другие типы установки.

Начинается процесс установки.

После окончания установки мы видим экран Completed the VMware Tools Setup Wizard.

После нажатия на Finish инсталлятор попросит перезагрузку.

На этом установка VMware Tools на Windows Server 2012 R2 завершена.

Сбой сети на виртуальной машине Windows Server 2012 R2 в среде VMware

Только недавно писал статью про установку VMware Tools на Windows Server 2012 R2. И сам же говорил:

Если у вас Windows Server, то рекомендую установить VMware Tools для смены сетевой карты на vmxnet3, меньше глюков. Как показала практика, другие сетевые карты работают не очень стабильно.

И вот я наступил на собственные грабли, забыл заменить тип сетевой карты с E1000 на VMXNET 3 на одном из новых серверов. Однако, мне повезло дважды. Во-первых, сервер был ещё не в бою и сбой не повлиял на работу системы. А во-вторых, удалось сделать несколько скриншотов для написания этой статьи. 🙂

Читайте также:  Windows phone русском языке

Итак, имеется новый сервер с операционной системой Windows Server 2012 R2 и типом сетевой карты E1000. Через несколько дней работы виртуальная машина перестала отвечать по сети и сама потеряла связь. Повторюсь, что на linux-based виртуальных машинах подобных проблем не наблюдалось.

Когда я первый столкнулся с этой проблемой, то стал копать глубже. Погуглив, можно найти статью Windows 2012 virtual machines using E1000/E1000e driver experience loss of network connectivity (2109922). Примечательно, что я в логах виртуалки описанных в статье событий не увидел. Если ещё глубже покопаться в интернете, то можно найти описание работы сетевого драйвера в windows, который неверно общается с коммутатором и что-то там косячит с ARP. Но это не точно, не помню уже. В любом случае советы от vmware по решению этой проблемы сводятся к следующему:

To work around this issue, use VMXNET3 instead of E1000 or E1000e driver.

Я с ними полностью согласен. Итак, нужно чинить сервер — меняем сетевуху. Для начала убедитесь, что на сервер установлены VMware Tools.

Проверяем тип текущего сетевого адаптера виртуальной машины:

Видим E1000 — плохой, плохой адаптер для Windows Server. Удаляем его, всё равно сервер уже не работает.

После удаления адаптера заходим на сервер через Remote Console. Если сервер в домене, а это обычно так, то вы сможете залогиниться под учётной записью последнего входившего. Если это вы, то вам повезло, если нет, то придётся входить под учёткой локального администратора. Сервер уже не видит контроллер домена.

Открываем Device Manager.

Включаем отображение скрытых устройств. View — Show hidden devices.

Заходим в Network adapters.

Удаляем все полупрозрачные адаптеры, они уже отсутствуют в системе. Данные адаптеры могут помешать, если у вас ранее были как-то кастомизированы сетевые карты или на них были завязаны какие-то скрипты.

Далее в оснастке vCenter или ESXi добавляем новую сетевую карту.

Выбираем тип адаптера VMXNET 3.

Остается только зайти на сервер через Remote Console и настроить сетевуху согласно вашим требованиям.

Windows 2012 сервер vmware

Вопрос

Добрый день, друзья.

Планируется переезд на платформу 2012.

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

Планируем поднять все это на VmWare, а именно: контроллеры домена, центры сертификации, ну и все что свзяно с AD. Если какаие то подводные камни? Кто уже сталкивался или может есть практики кто это поднимал именно на виртуальной платформе и именно 2012.

Буду очень признателен)))

Ответы

Active Directory? Ask me how.

  • Предложено в качестве ответа Dmitriy Razbornov 20 августа 2013 г. 14:44
  • Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 22 августа 2013 г. 10:59
Читайте также:  Firefox cache viewer linux

Были случаи (не один), что даже простое востановление системы из снапшота -не DC, просто нарушало доверительные отношения с доменом и приходилось выводить и заводить сервер в домен заново

Касательно синхронизации времени, мы используем отдельные NTP сервера в DMZ зоне, которые берут время из вне, и DC, берет время уже у них.

А можно подробнее, что Вы имели ввиду под «(Про необходимость обеспечения физической безопасности VMDK/VHD я уже не говорю — подразумевается)»?

И скажите стоил ли подымат ьвсе это дело до R2? Или лучше его дождаться. )))

Active Directory? Ask me how.

  • Изменено AndricoRus Moderator 21 августа 2013 г. 5:20 причина есть
  • Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 22 августа 2013 г. 10:59

Все ответы

Active Directory? Ask me how.

  • Предложено в качестве ответа Dmitriy Razbornov 20 августа 2013 г. 14:44
  • Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 22 августа 2013 г. 10:59

Active Directory? Ask me how.

Да, спасибо, я слышал, что снапшоты с АД это тот еще ахтунг((( Были случаи (не один), что даже простое востановление системы из снапшота -не DC, просто нарушало доверительные отношения с доменом и приходилось выводить и заводить сервер в домен заново(((

Касательно синхронизации времени, мы используем отдельные NTP сервера в DMZ зоне, которые берут время из вне, и DC, берет время уже у них.

А можно подробнее, что Вы имели ввиду под «(Про необходимость обеспечения физической безопасности VMDK/VHD я уже не говорю — подразумевается)» ?

И скажите стоил ли подымат ьвсе это дело до R2? Или лучше его дождаться. )))

Были случаи (не один), что даже простое востановление системы из снапшота -не DC, просто нарушало доверительные отношения с доменом и приходилось выводить и заводить сервер в домен заново

Касательно синхронизации времени, мы используем отдельные NTP сервера в DMZ зоне, которые берут время из вне, и DC, берет время уже у них.

А можно подробнее, что Вы имели ввиду под «(Про необходимость обеспечения физической безопасности VMDK/VHD я уже не говорю — подразумевается)»?

И скажите стоил ли подымат ьвсе это дело до R2? Или лучше его дождаться. )))

Active Directory? Ask me how.

  • Изменено AndricoRus Moderator 21 августа 2013 г. 5:20 причина есть
  • Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 22 августа 2013 г. 10:59

Были случаи (не один), что даже простое востановление системы из снапшота -не DC, просто нарушало доверительные отношения с доменом и приходилось выводить и заводить сервер в домен заново

Касательно синхронизации времени, мы используем отдельные NTP сервера в DMZ зоне, которые берут время из вне, и DC, берет время уже у них.

А можно подробнее, что Вы имели ввиду под «(Про необходимость обеспечения физической безопасности VMDK/VHD я уже не говорю — подразумевается)»?

И скажите стоил ли подымат ьвсе это дело до R2? Или лучше его дождаться. )))

Active Directory? Ask me how.

Оцените статью