Добавление второго (резервного) сервера и стратегии резервирования

Включаем второй (идентичный) сервер, ставим на нем ОС точно так же.
Потом меняем имя сервера на Beta, назначаем статический локальный адрес, подключаем сервер к хабу и подключаем его к домену.
Чтобы сервер стал видимым по сети в Services включаем службу Computer Browser.
Далее устанавливаем роль AD Services и выбираем вариант Добавить к существующему домену. Далее продолжаем процедуру - жмем promote to DC.
Далее по ходу пьесы игнорируем сообщения об ошибках и выбираем вариант Replicate from Alpha.transfer-net.ru.

После подключения к интернету делаем активацию Windows и Windows update.
Устанавливаем роль Hyper-V но виртуальных машин не генерируем - это запасная площадка.

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

СЦЕНАРИИ.

Итак, есть боевой сервер (Alpha) с двумя виртуальными машинами (VM1, VM2) на нем и резервный сервер (Beta).
Распределение ролей.
Alpha - контроллер домена, Kerio + IIS
Hyper-V площадка
VM1 - Exchange Server
VM2 - SQL Server

Beta - контроллер домена
Hyper-V - площадка
реплики VM1, VM2

Что сохраняем:
- Windows Backup - bare metal backup Alpha - после обновлений хостовой ОС
- Экспорт правил из Kerio - после изменения правил в Kerio
- Windows Backup bare metal copy Beta - после обновления хостовой ОС
- VM1, VM2 export - после обновлений
- все SQL базы - ежедневно
- опционально можно делать копии виртуальных машин на Beta в реальном времени (Hyper-V Replica). Почему опционально? Наличие реплики замечательно поможет если нужно восстановить виртуальную машину из-за физической поломки боевого сервера. Но если виртуальная машина будет заражена вирусами или что-то начнет глючить, то тогда реплика также будет заражена и восстанавливать нужно из последней стабильной копии.
- надо как-то делать бэкап базы Exchange или у всех юзеров настроить хранение на локальных компах. Тогда потери писем будут с момента последнего подключения юзера до поломки.

1. Физическая поломка боевого сервера
Делаем экспорт реплик виртуальных машин с Beta
Делаем восстановление копии боевого сервера (bare metal) на физическом сервере Beta.
Перетыкиваем внешний сетевой провод из Alpha в Beta.
Делаем импорт виртуальных машин из последних копий (или из реплик). Делаем restore SQL баз из вчерашних копий (если виртуальные машины восстановлены не из реплик)
При этом в сети остается только один контроллер домена.
Чиним сервер Alpha.
Делаем восстановление копии Beta и используем его как резервный - теперь он Beta.
Заново настраиваем реплику виртуальных машин на Beta.

2. Физическая поломка резервного сервера
Ничего страшного.
Ремонтируем сервер, восстанавливаем на нем bare metal copy Beta и настраиваем репликацию виртуальных машин на него.

3. Глюки/вирусы в виртуальной машине
Делаем импорт виртуальной машины из последней стабильной копии и восстанавливаем SQL базы или Exchange базу.

Траблы.

После установки виртуальной машины и подключения ее к домену она стала видимой по сети, но доступа к интернет с нее не было.
При нажатии на кнопку Исправить майкрософтовский софт бодро говорит, что все настроено правильно, но почему-то хост не отвечает.
У меня есть договор с консалтинговой компанией - я попросил их помочь.
Вот что пишет мне сотрудник компании:
На сервер Alpha добавил роль Remote Access и настроил NAT. После этого появился доступ в интернет на ВМ VM1.

Создание виртуальных машин

Запускаем Server Manager - Tools - Hyper-V Manager
В окне менеджера меню Action - New - Virtual Machine
Startup Memory я задал 3000 Мб (всего 8 гигов - 2 гига под хостовую и по 3 гига под виртуальные машины).
В поле Connection выбрать Virtual Switch.
Место под диск я задал 160 Гб.
Далее указываем путь к .iso файлу (тому же самому что и для хостовой системы).
Жмем Next, Finish.

Далее в Hyper-V Manager видим виртуальную машину. Выбираем ее и жмем справа Connect.
Появляется экран машины. Жмем в шапке окна кнопку Start.
Соглашаемся с выбором языка и жмем Install now.
В качестве ОС выбираем вариант Windows Server 2012 Standard (Server with GUI) - Next.
Ставим галочку Accept Licence - Next.
Далее выбираем Custom: Install Windows only - Next.
Идет установка системы.
Задаем пароль администратора и записываем в бортовой журнал.
Для входа в виртуальную машину Alt-Ctrl-Del нажимаем не на клавиатуре, а в шапке окна виртуальной машины (в меню).
Задаем IP как обычно, задаем имя компа и подключаем к домену как обычно.
Для того чтобы компы появились в сетевом окружении нужно запустить сервис Computer Browser и в проводнике нажать на полоску сверху и включить мониторинг сети.
Далее ставим features на VM1 - я поставил только .Net Framework 3.5 - тоже с заданием пути к папке sxs.

Вроде бы пока нормально все, но с VM1 доступа к интернет нету. Мастер ликвидации проблем пишет, что все сконфигурировано правильно, но сервер microsoft.com почему-то не отвечает.
Ладно - это на завтра...

Конфигурирование хостовой ОС

Запускаем Server Mamager (обычно он стартует автоматом).
Жмем Add Roles and Features.
Пропускаем первые несколько экранов.
Видим список ролей.
Ставим галочки в позициях
Active Directory Domain Services
Hyper-V
Жмем Next.
Далее идет экран Features. Отмечаем галочками
.Net Framework 3.5
Windows Server Backup

Далее в поле Virtual Switch выбираем Для Ethernet
Галочку Live Migration убираем (у нас не будет Failover cluster)
Пути к файлам виртуальных машин можно оставить по умолчанию, а можно задать свои.
Далее ставим галочку в поле Restart the destination server automatically if required.

Далее не вполне очевидный момент.
Вверху появляется полоска с надписью и восклицательным знаком - нужно задать путь к дистрибутивам.

Внизу жмем на ссылку Specify Alternative Sources Path и вводим путь до папки sxs которую предварительно выдираем из .iso файла и пишем на флешку.
Жмем Install и потом Close.

Далее сверху видим полоску с восклицательным знаком и надписью Post Deploiment Configuration.
Жмем на нее и выбираем Promote this server to a domain controller.
Выбираем вариант Add a new forest, вводим имя домена и жмем Next.
Далее ждем когда поля ввода станут активными и вводим и записываем в бортовой журнал DSRM пароль.
Далее появляется сообщение об ошибке, которое можно игнорировать.
(A delegation for this DNS server cannot be created because the authorative parent zone cannot be found)
Жмем Next.
Экран Additional Options - Next.
Paths - Next.
Review Options - Next.
Prerequisites Check - должна быть зеленая галочка и надпись All prerequisites checks passed successfully.
Жмем Install.
Перезагрузка.
Запускаем в Server Manager - Tools - Active Directory Users and Computers.
Там находим юзера Administrator и делаем ему Reset Password.
(Пишем пароль в бортовой журнал).
Все. Можно приступать к созданию виртуальных машин.

Установка хостовой ОС

Имеем
- сервер HP Pro Liant DL160 Gen 8
- .iso файл с операционной системой Windows 2012 Server Standard, записанный на флешку (CD ROM уже в сервере нет).

Вставляем флешку, включаем питание, ждем появления внизу экрана значка

F10 Intelligent Provisioning.

Жмем F10 и проваливаемся в процедуру установки ОС.

Видим экран Step 1.
В нем заполняем поле IP address, ставим галочку против Accept EULA и жмем Continue.
Step 2. Выбираем Activate Intelligent Provisioning
Step 3. Register Later.
Нажимаем Configure and Install.
Step 1. против System Software Update выбираем Skip updating.
Step 2. Source media type - выбираем USB.
Step 3. Locate operating system - выбираем .iso файл на флешке и вводим Product Key.
Step 4. жмем Continue.
Появляется прогресс бар после чего происходит первая перезагрузка.
Далее ждем.
Ставим галочку против I accept the license terms и жмем Next.
Далее смотрим на окошко Installing Windows, которое заканчивается пунктом Finish up.
После этого появляется предложение ввести пароль администратора.
Вводим и записываем в бортовом журнале чтобы не забыть.
Далее входим в систему с этим паролем и ждем окончания процесса установки драйверов.
Здесь явный прогресс - больше не нужно самому ставить драйвера с компакта.
После этого опять перезагрузка и все - система работает!

Далее выполняем следующие действия.
- переименовываем компьютер (как обычно).
- настраиваем интернет соединение. Внимание - гнезда на сервере расположены вертикально и почему-то верхнее гнездо соответствует Ethernet 2, а нижнее - Ethernet 1. У меня интернет не заработал сразу и я путем перетыка кабелей нашел причину.
- активируем Windows. - в Сервер Менеджере выбираем слева Local Coputer и справа Product ID.
- делаем Windows update. Для этого жмем на заменитель кнопки Пуск - дрыгаем мышом справа пока не появится Search - вводим Windows update, выбираем Settings и запускаем обновления.

На сегодня пока все - завтра to be continued - будем ставить Roles and features и создавать виртуальные машины.

Задача

Имеем три идентичных сервера с установленной Windows 2003 Server.
Сервер 1 - контроллер домена, Exchange Server (база Exchange)
Сервер 2 - контроллер домена, MS SQL Server, IIS (SQL базы, сайты)
Сервер 3 - MS ISA (выход в интернет)

Новая конфигурация:
Сервер А - хостовая ОС Windows 2012 Server Standard
Сервер В - хостовая ОС Windows 2012 Server Standard

На хостовых ОС нужно поднять контроллеры домена (потому что Майкрософт советует делать контроллеры домена не на виртуальных машинах.
На обоих серверах поднять сервис Hyper-V.
На сервере 1 создать две виртуальные машины (VM1, VM2) под управлением Windows 2012 Server Standard.
Второй сервер будет использоваться как резервная площадка.
В случае выхода из строя сервера 1, на Сервере 2 будет выполнено восстановление (импорт) VM1, VM2 из бэкапа, в результате чего потеряются данные с момента создания бэкапа.
В качестве параллельного средства обеспечения отказоустойчивости планируется использование механизма Hyper-V Replication.

На виртуальных машинах нужно установить тот же Exchange Server, тот же SQL Server.
А вот с ISA придется переходить на новый продукт, так как Microsoft отказалась от дальнейшей поддержки линейки ISA - TMG. Заменой будет продукт под именем Kerio.

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

Кроме этого нужно разработать процедуры регулярного бэкапа (экспотра) виртуальных машин и backup-restore хостовых ОС.

Вот такая задачка.

А на фига?

Настоящие сисадмины никогда не делают никаких записей.

Мне предстоит заменить старые сервера в офисе на новые и сделать это максимально незаметно для сотрудников, то есть перенести все сайты, базы и почтовые ящики.

Этот блок - попытка документировать свои действия. Обычно бумажки с записями куда-то пропадают и вспомнить потом как я это сделал я не смогу.

Ну и пользу кому-то принесу.

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