Миграция с Exchange 2010 на 2019. Часть 15. Подготовка Active Directory для установки Exchange 2019
Мы уже подготовили наш план миграции. Первый его пункт – подготовка Active Directory. В нашем случае подготовка Active Directory для установки Exchange 2019 будет заключаться в установке двух серверов с Windows Server 2012 R2. Затем мы повысим эти сервера до контроллеров домена. Заключительным шагом мы выведем из эксплуатации старые сервера контроллеров домена и повысим уровень леса Active Directory до 2012 R2.
Подготовка новых серверов для контроллеров домена
Не будем углубляться в процесс установки операционной системы. Лишь перечислим основные шаги, которые необходимо выполнить для подготовки серверов контроллеров домена:
- Установить операционную систему.
- Установить последние обновления безопасности.
- Переименовать сервера в необходимые имена. В нашем случае это будет DC03 и DC04.
- Назначить IP-адреса серверам. У нас DC03 – это 10.10.10.165, DC04 – 10.10.10.166.
Установка первого дополнительного контроллера домена
Мы подготовили сервера для контроллеров домена. Теперь мы можем приступить к непосредственной установке дополнительных контроллеров домена.
Добавление роли Active Directory Domain Services
Сначала добавим компоненты Active Directory Domain Services на оба сервера:
1. Запустим Server Manager и выберем пункт для добавления дополнительных ролей и компонентов:
2. На странице приветствия мастера нажмем “Next”.
3. На странице выбора сервера нажмем “Next”.
4. В перечне ролей выберем “Active Directory Domain Services”.
5. Подтвердим установку сопутствующих компонентов и нажмем “Next”.
6. На странице выбора компонентов нажмем “Next”.
7. Подтвердим установку роли AD DS.
8. Дожидаемся окончания процесса установки.
Повышение сервера до контроллера домена
Теперь нам необходимо повысить сервер до контроллера домена. Для этого выполним следующие шаги:
1. Запустим мастер настройки роли AD DS
2. Укажем, что мы будем добавлять контроллер домена в существующий домен и укажем учетные данные:
3. Наш контроллер домена будет сервером глобального каталога и DNS. Укажем это. Так же укажем пароль DSRM.
4. На странице настройки опций делегирования DNS нажмите “Next”.
5. Скажем, что первоначальную репликация мы будем выполнять с первого контроллера домена.
6. Для расположения базы и транзакционных журналов Active Directory оставим стандартные пути.
7. На оставшихся шагах мастера повышения сервера до контроллера домена нажмем “Next”.
8. Мастер выполнит проверку предварительных требований. Если ваш сервер прошел все проверки, то нажмем кнопку “Install”.
Дождемся окончания процесса повышения сервера. Сервер может перезагрузиться несколько раз.
Установка второго дополнительного контроллера домена
Установка и настройка второго дополнительного контроллера домена выполняется по аналогии с добавление первого дополнительного сервера контроллера домена.
Вывод из эксплуатации старых контроллеров домена
Для того, чтобы повысить уровень леса до Windows Server 2012 R2 необходимо, чтобы все контроллеры домена работали под управление операционной системы Windows Server 2012 R2. Следовательно, нам необходимо удалить сервера DC01 и DC02 с Windows Server 2008 R2 из домена.
Однако, предварительно необходимо передать управления всеми ролями FSMO на один из новых контроллеров домена:
Если сервера выводимых контроллеров домена использовались в качестве DNS серверов для клиентов, то необходимо это учесть – например, настроить выдачу параметров IP-адресов так, чтобы в качестве DNS были указаны новые контроллеры домена.
Теперь мы можем приступать к выводу контроллеров домена Windows Server 2008 R2 из эксплуатации. Начнем с DC01:
1. Запустим dcpromo.
2. На странице приветствия мастера нажимаем кнопку “Next”.
3. Скажем, что мы понимаем, что удаляем сервер глобального каталога и что у них есть сервера глобального каталога.
4. На следующей странице убедитесь, что опция “Delete the domain because this server is the last domain controller in the domain” не отмечена. Нажмем “Next”.
5. Мы не собираемся удалять делегирование DNS, т.к. мы его и не настраивали.
6. Укажем пароль, который будет назначен учетной записи локального администратора:
7. На следующей странице мастера нажмем “Next”. Начнется процесс понижения сервера до рядового участника домена.
8. Дожидаемся окончания процесса. Перезагружаем сервер, если он не перезагрузился автоматически.
Аналогичным образом выполняем процесс понижения сервера DC02 до рядового сервера домена.
Повышение функционального уровня домена и леса
Теперь мы можем повысить уровень домена и уровень леса до Windoes Server 2012 R2.
Сначала повысим уровень домена:
1. Откроем оснастку “Active Directory Users and Computers”.
2. В контекстном меню домена выберем соответствующий пункт:
3. Выберем уровень “Windows Server 2012 R2”.
4. Мастер предупредит нас о том, что эта операция не обратима:
5. В случае успешного повышения мастер сообщит об этом:
Теперь нам необходимо повысить функциональный уровень леса:
1. Запустим оснастку “Active Directory Domains and Trusts”.
2. В контекстном меню выберем соответствующий пункт:
3. Выберем уровень “Windows Server 2012 R2”:
4. Мастер предупредит о необратимости операции.
5. В случае успешного завершения операции мастер сообщит об этом:
Повышение функционального уровня домена и леса завершено.
Заключение
Подготовка Active Directory для установки Exchange 2019 завершена – мы добавили контроллеры домена Windows Server 2012 R2, вывели контроллеры домена Windows Server 2008 R2 и повысили функциональный уровень домена и реса до Windows Server 2012 R2.
Теперь мы можем приступать к подготовке серверов для установки Exchange 2019.
Установка резервного контроллера домена на Windows Server 2019.
В связи с очень сильной бюджетностью организации и отсутствием резервного сервера и даже резервных ПК, которые хранятся на складе и в любую минуту могут быть использованы, на один администраторский компьютер ADMIN-PC, с параметрами немного лучше, чем у всех остальных в сети, пришлось переносить сервера, на время ремонта основного сервера с несколькими виртуальными машинами. Виртуальные машины этот компьютер не потянет, поэтому решено было установить несколько ОС и запускать их по очереди. Одновременно они могут понадобиться только в аварийной ситуации и к тому же это на непродолжительное время. Рассмотрим установку нескольких ОС на один ПК и затем установим на него контроллер домена Windows Server 2019.
Подготавливаем ПК. Устанавливаем в него несколько жестких дисков HDD и размечаем их как нам требуется. На один HDD желательно устанавливать одну ОС, чтоб в случае поломки HDD, масштабы не были слишком масштабными. В нашем случае это выглядит как на фото ниже.
Создаем по инструкции загрузочную флэшку с Windows Server 2019.
Вставляем загрузочную флэшку в USB-разъем. Запускаем ПК, через BootMenu выбираем флэшку и нажимаем загрузку с неё.
Выбираем Windows Server 2019 Standard (возможности рабочего стола).
Выбираем нужный HDD. Короче говоря, устанавливаем операционную систему стандартным методом до момента перезагрузки системы.
После перезагрузки ПК система не отобразилась в диспетчере загружаемых ОС.
Нужно отметить, что до начала установки этой ОС в ADMIN-PC уже были установлены Windows 7, Windows 10 и Windows Server 2012. Запускаем любую из установленных ранее ОС. Если нет возможности запустить ни одну из операционных систем, тогда нужно править загрузчик вручную. Это отдельный случай.
Загрузив, допустим, Windows 7, скачиваем и запускаем программу для редактирования загрузки EasyBCD.
Выбираем пункт меню – Добавить запись.
Операционные системы – Windows.
Тип – Windows Vista/7/8, в бесплатной версии Win10 нет, поэтому оставляем так.
Имя – любое понятное для нас, латиницей.
Диск – указываем диск, на который начали устанавливать WinSrv2019.
Нажимаем кнопку «Добавить». После этого на вкладке «Текущие настройки» можно убедиться, что добавился дополнительный пункт в загрузочное меню с нашим новым сервером.
В пункте меню «Редактировать меню загрузки» можно поправить отображаемое при загрузке имя ОС и отметить галочкой, какая система будет загружаться по умолчанию.
Нажимаем кнопку «Сохранить». Перезагружаем ПК и проверяем выполненные настройки. Выбираем из появившегося списка Windows Server 2019 и ждем пока завершится установка ОС.
По внешнему виду ОС очень похожа на Windows 10.
Переименовываем сервер. В нашей сети он будет известен как DCSERVER2. Антивирус можно не ставить т.к. есть встроенный Windows Defender.
Подключаем сервер в локальную сеть, назначаем статический IP-адрес. DNS от основного контроллера домена.
Переходим к настройке контроллера домена.
Запускаем диспетчер серверов, в панели мониторинга нажимаем – Добавить роли и компоненты. Откроется мастер добавления.
Перед началом работы >> Далее.
Тип установки – Установка ролей и компонентов >> Далее.
Выбор сервера – выбираем требуемый DCSERVER2 >> Далее.
Роли сервера – отмечаем галочками DNS-сервер и Доменные службы Active Directory >>Добавить компоненты >> Далее. DHCP в нашей сети не используется.
DNS, AD DS >> Далее.
Ждем установку, если понадобится перезагружаем сервер.
Повысим роль сервера до контроллера домена. В диспетчере серверов нажимаем на флажок, затем в раскрывшемся меню выбираем – Повысить роль этого сервера до уровня контроллера домена.
В первом пункте мастера настройки доменных служб Active Directory выбираем – Добавить контроллер домена в существующий домен.
Напротив надписи Домен нажимаем кнопку «Выбрать». Выбираем нужный домен, у нас SCRB.local. Вводим учетные данные администратора из домена. >>Далее.
Следующим пунктом придумываем пароль для режима восстановления служб каталогов DSRM. Можно оставить галочку напротив надписи Глобальный каталог. >>Далее.
Делегирование для этого DNS-сервера невозможно создать… >>Далее.
Дополнительные параметры – указываем источник репликации – основной контроллер домена DCSERVER.
Пути оставляем без изменения. >> Далее.
Параметры подготовки >> Далее.
Просматриваем выбранные параметры >> Далее.
Во время проверки предварительных данных вылез «подводный камень». Не выполнено одно или несколько предварительных требований. Исправьте ошибки и щелкните «Повторить проверку предварительных требований».
Критическая ошибка отмечена красным кружком с крестиком и звучит так:
Сбой проверки предварительных требований для подготовки Active Directory. Не удалось проверить, завершил ли хозяин схемы цикл репликации после последней перезагрузки.
Исключение: Недопустимое критическое расширение. Расширенное сообщение об ошибке сервера:8366. Расширенное сообщение сервера:000020AE: SvcErr: DSID-032103F9, problem 5010 (UNAVAIL_EXTENSION), data 8610.
Программе Adprep не удалось проверить, завершил ли хозяин схемы цикл репликации после последней перезагрузки. Эта схема не обновлена.
Возможную причину сбоя см. в файле журнала ADPrep.log в каталоге C:\Windows\debug\adprep\logs\2019114122331-test.
Для устранения этой ошибки есть два варианта:
1.Устранить из домена все следы контроллера домена, с которым не прошла репликация.
2.Запустить этот контроллер домена, если он еще «живой», и подождать, пока пройдет репликация.
Воспользуемся вторым вариантом, так как сервер с именем WIN-SRV-ST в нашей сети еще не был деинсталирован и его можно запустить.
После запуска старого резервного контроллера домена на виртуальной машине проверка предварительных требований была пройдена. Жмем кнопку >>Установить.
Окно Результаты можно закрыть. Пройдет установка и сервер автоматически перезагрузится.
После перезагрузки в Active Directory – пользователи и компьютеры, можно увидеть новый контроллер домена DCSERVER2.
Контроллер домена работает. Можно проверить пользователей, они все на месте.
Переходим к удалению предыдущего резервного контроллера домена с ОС Windows Server 2008R2 (WIN-SRV-ST, третий в списке) для того, чтоб разобрать главный сервер на ремонт.
Как перенести контроллер домена с 2008 на 2019 сервер
Как перенести контроллер домена с 2008 на 2019 сервер
Can we directly upgrade a domain environment from Windows Server 2008 R2 to Windows Server 2019?
(Install New Servers, Transfer Roles)
Here’s also a guide for migrating the FSMO roles from Windows Server 2008 R2 to Windows Server 2019:
Blog: https://thesystemcenterblog.com LinkedIn:
- Помечено в качестве ответа Mr POP 7 мая 2019 г. 10:49
Short answer: No.
Windows Server 2008 R2 can be upgraded to Windows Server 2019 in three (3) consecutive upgrade processes — first by upgrading to Windows Server 2012, and then upgrading Windows Server 2012 to Windows Server 2016, and then upgrading from Windows Server 2016 to Windows Server 2019.
Note: The recommended way to upgrade a domain is to promote domain controllers that run newer versions of Windows Server and demote the older domain controllers as needed
More information about the upgrade:
Best regards,
Leon
Blog: https://thesystemcenterblog.com LinkedIn:
Переход с Windows Server 2008 на Windows Server 2019, лёгкая прогулка или восхождение на гору?
1. Знакомство с Windows Server 2019, нововведения и обновления
- Гибридное облако — целью было связать новый релиз с облачным хранилищем компании Microsoft Azure. Такое решения было принято из-за проблемы утери данных на физических носителях пользователей. Гибридное облако сделало возможным backup информации с серверов Microsoft с целью последующего восстановления.
- Безопасность системы и информации — одним из главных плюсов нового релиза стала обновленная система безопасности, с встроенными службами — затрудняющими проникновение и внедрение вредоносного ПО.
- Развитие контейнеров и поддержка Linux — контейнеры Microsoft пользовались популярностью после выхода Windows Server 2016, благодаря их использованию осуществлялась доставка приложений в различные системы. С релизом Windows Server 2019 компания не только усовершенствовала привычные пользователю контейнеры, но и добавила поддержку контейнеров Linux и подсистему Windows для Linux (WSL).
- Гиперконвергентная инфраструктура — благодаря такой инфраструктуре пользователь может собрать на одной архитектуре и вычисления и хранилище данных — без потерь в производительности. Такой подход обходится пользователю дешевле и не требует увеличения производительности для корректной работы.
2. Отличия между релизами Windows Server 2008 и Windows Server 2019
| Название релиза | Windows Server 2008 | Windows Server 2019 |
| Служба миграции хранилища | Не поддерживается | Полностью поддерживается |
| Синхронизация файловых серверов с Azure | Не поддерживается | Полностью поддерживается |
| Сетевой адаптер Azure | Не поддерживается | Полностью поддерживается |
| Защита VM | Не поддерживается | Полностью поддерживается |
| Удаленное управление | Не поддерживается | Полностью поддерживается |
| Облачное хранилище файлов | Не поддерживается | Полностью поддерживается |
| Реплика хранилища данных | Не поддерживается | Полностью поддерживается |
| Мониторинг состояния хранилища | Не поддерживается | Полностью поддерживается |
| Пиринг виртуальной сети | Не поддерживается | Полностью поддерживается |
| Укрепление кластеров | Не поддерживается | Полностью поддерживается |
3. Как выиграть время перед переходом на новую версию Windows Server
4. Облачное размещение данных в Azure для последующего переноса
5. Решения Veeam как один из вариантов для безопасного переноса данных
| Доступные функции | Vmware Data Recovery+vCenter |
Veeam Backup & Replication Enterprise Edition | Symantec Backup Exec System Recovery Virtual Edition | Acronis Backup & Recovery 10 Advanced Server Virtual Edition |
| Backup данных | Поддерживает | Поддерживает | Поддерживает | Поддерживает |
| Режим дедупликации | Поддерживает | Поддерживает | Не поддерживает | Не поддерживает |
| Работа с базами SQL | Не поддерживает | Поддерживает | Не поддерживает | Не поддерживает |
| Моментальное восстановление после сбоя | Не поддерживает | Поддерживает | Поддерживает | Поддерживает |
| Защита файлов-шаблонов | Не поддерживает | Поддерживает | Поддерживает | Не поддерживает |
| Репликация данных | Не поддерживает | Поддерживает | Не поддерживает | Не поддерживает |
| Поддержка операционных систем | Любые ОС | Любые ОС | Windows, Linux | Поддерживает большинство ОС |
| Возможность создавать снимки | Поддерживает | Поддерживает | Поддерживает | Поддерживает |
| Централизованный интерфейс управления | Поддерживает | Поддерживает | Поддерживает | Поддерживает |
| Возможность отката системы к предыдущему состоянию | Поддерживает | Поддерживает | Поддерживает | Поддерживает |
| Backup отдельных файлов | Поддерживает | Поддерживает | Поддерживает | Поддерживает |
| Восстановление системы на другой аппаратной платформе | Не поддерживает | Не поддерживает | Поддерживает | Поддерживает |
| Обязательное наличие vCenter | Поддерживает | Не поддерживает | Не поддерживает | Не поддерживает |
| Возможность работы с серверами Exchange | Не поддерживает | Поддерживает | Не поддерживает | Не поддерживает |
| Моментальное восстановление в случае сбоя системы | Не поддерживает | Поддерживает | Поддерживает | Поддерживает |
| Проверка восстановление данных | Не поддерживает | Поддерживает | Не поддерживает | Не поддерживает |
| Метод перехода на новую версию ОС | “Чистая установка” | Постепенная миграция между релизами | Переход с WS-2008 на WS-2012R и последующий переход на последнюю версию |
| Простота перехода | Переход прост в случае, если вы планируете создать новый сервер. | Более сложный процесс перехода, обусловленный перекодированием фрагментов — несовместимых с новыми ОС. | Упрощенный метод перехода, вам не потребуется переходить по всем предыдущим версиям ОС. |
| Затраты времени | Минимальны | Для перехода потребуется много времени. Такой объем компенсируется возможностью пользоваться каждым из релизов ОС до окончания их поддержки компанией | Для перехода потребуется много времени. Такой объем компенсируется возможностью пользоваться каждым из релизов ОС до окончания их поддержки компанией |
| Защита данных | Максимальная защита данных благодаря обновленным протоколам системы безопасности. | Хорошая защита данных благодаря регулярным обновлениям систем в период поддержки компанией | Хорошая защита данных благодаря регулярным обновлениям систем в период поддержки компанией |
| Сложность миграции | Чистая установка подойдет в том случае, если только планируется создание VM и вы рассматриваете все версии Windows Server. В таком случае самым простым решением станет создание сервера при помощи последней доступной ОС. Если же просто загрузить данные из предыдущих версий ОС — можно столкнуться с несовместимостью кода, используемого в предыдущей версии ОС. | Подходящий вариант, если есть достаточный запас времени, по причине длительности процесса. Несмотря на это, такой способ считается безопасным, из-за возможности не сразу переходить на новейшую версию, а обновляться по мере окончания поддержки ОС со стороны компании Microsoft. | Подходящий вариант, если есть достаточный запас времени, по причине длительности процесса. Несмотря на это, такой способ считается безопасным, из-за возможности не сразу переходить на новейшую версию, а обновляться по мере окончания поддержки ОС со стороны компании Microsoft. |
Как перенести контроллер домена с 2008 на 2019 сервер
Как перенести контроллер домена с 2008 на 2019 сервер
Can we directly upgrade a domain environment from Windows Server 2008 R2 to Windows Server 2019?
(Install New Servers, Transfer Roles)
Here’s also a guide for migrating the FSMO roles from Windows Server 2008 R2 to Windows Server 2019:
Blog: https://thesystemcenterblog.com LinkedIn:
- Помечено в качестве ответа Mr POP 7 мая 2019 г. 10:49
Short answer: No.
Windows Server 2008 R2 can be upgraded to Windows Server 2019 in three (3) consecutive upgrade processes — first by upgrading to Windows Server 2012, and then upgrading Windows Server 2012 to Windows Server 2016, and then upgrading from Windows Server 2016 to Windows Server 2019.
Note: The recommended way to upgrade a domain is to promote domain controllers that run newer versions of Windows Server and demote the older domain controllers as needed
More information about the upgrade:
Best regards,
Leon
Blog: https://thesystemcenterblog.com LinkedIn:
Как мигрировать DC с системы Server 2008 R2 на Server 2016
- srv-dc1.polygon.local (на базе Windows Server 2008 R2 Enterprise) с ролями: AD DC,DHCP,DNS
- IP address: 10.90.90.2/24
C:\Users\Administrator>netsh firewall set icmpsetting 8 enable
Установка резервного контроллера домена на Windows Server 2019.
Нажимаем кнопку «Сохранить». Перезагружаем ПК и проверяем выполненные настройки. Выбираем из появившегося списка Windows Server 2019 и ждем пока завершится установка ОС.
Migrate From Server 2012 to Server 2019 Domain Controllers
I get asked about this quite a lot. In the past most of the queries were about moving from Server 2008 to Server 2019, if that’s what you are after then simply go here. This article is purely for the introduction of, and migration to Windows Server 2019 Domain Controllers. And it assumes your current domain controllers are Windows server 2012 (or 2012 R2).
Adding a Server 2019 Domain Controller
Once you have a Windows Server 2019 box stood up and fully updated, ensure it is added to the domain as a member server. Then from Server Manager > Manage > Add roles and features.
Next > Next > Next Next > Select “Active Directory Domain Services” > When prompted select ‘yes‘ to add the required services.
Next > Next > Next > Install > Close.
Click the ‘Warning Triangle‘ > Promote this server to a domain controller.
Enter the DSRM Password > Next.
That’s fine (if you’re worried see the link below) >Next.
I’m accepting the default AD install locations > Next.
Next (forestprep and domainprep is all done for you now).
When complete the server will reboot.
View Server 2019 Domain Controller
You should now see the new domain controller listed in Active Directory
At this point I’m moving all the FSMO roles to the new Windows 2019 server.
Demoting the 2012 Domain Controller(s)
WARNING : Before proceeding, make sure anything on your network that may be using this server for DNS has been pointed to your new domain controllers. Don’t forget to change the DNS servers that are being distributed via DHCP, (update your DHCP scopes). And change your new domain controllers to look at themselves for DNS not the domain controller(s) you are about to demote!
Over on your 2012 domain controller > Server manager > Manage > Remove roles and features.
Next > Untick ‘Active Directory Domain Services’ > Demote this domain controller > Next.
Tick ‘Proceed with removal‘ > Next.
Untick ‘Remove DNS delegation’ > Next.
Set a new local administrator password for this server to use after it has been demoted (as it will be a member server at that point). You can of course still log into it as the domain admin. > Next > Demote.
When complete, the server will reboot.
You can now (if you wish raise your domain functional level). Note: Check you meet all the prerequisites for doing so, personally I rarely update them until I have a specific need to do so.
Once you are confident all your domain controllers in the domain have replicated, you can then update the forest functional level if you wish to do so.