Блог Виталия Лещенко
Опубликована Виталий Лещенко

Миграция главного контроллера домена с Windows Server 2008 R2 на Windows Server 2012 R2

Хочу рассказать о том, как я обновлял главный контроллер домена (PDC) с Windows Server 2008 R2 на Windows Server 2012 R2. Матерым тру админам статья скорее всего не пригодится. Тут будут описаны очевидные им вещи. Однако, для простых эникейщиков эта заметка (слишком мала для статьи) вполне может быть полезна.

В моем распоряжении небольшая сеть. Развернут домен и всего 1 контроллер домена на базе Windows Server 2008 R2. Цель - обновить контроллер домена так, чтобы домен не вышел из стоя. В качестве рабочей машины у меня используется Windows 8.1. Это важно, потому что начиная с Windows 8 в клиентские версии операционных систем стали добавлять Hyper-V.

Общий план моих действий был примерно такой:

  1. Создаем виртуальную машину и устанавливает на нее Windows Server 2012 R2.
  2. Добавляем его в домен.
  3. Добавляем серверу роль AD DS.
  4. Делаем его масретом инфраструктуры, PDC, мастером RID, мастером схемы и мастером имен.
  5. Удаляем с обновляемого сервера роль AD DS и все другие роли, которые реплицируются между контроллерами домена.
  6. Выводим обновляемый сервер из домена вообще.
  7. Устанавливаем (предварительно отформатировав диски) на нем Windows Server 2012 R2.
  8. Добавляем новому серверу роль AD DS.
  9. Делаем его масретом инфраструктуры, PDC, мастером RID, мастером схемы и мастером имен.
  10. Удаляем с виртуального сервера роль AD DS и все другие роли, которые реплицируются между контроллерами домена.
  11. Выводим виртуальный сервер из домана.
  12. Удаляем виртуальную машину.

Т.е. все очень просто. На момент пока реального сервера не будет в живых, его функции будет выполнять виртуальный сревер.

Узнать кто у нас кто в домене можно командой:

netdom query /domain:%userdomain% fsmo

Как переносить роли контроллеров домена:

Делается это с помощью команды ntdsutil. Запускать ее мы будем на %servername%, т.е. сервере, который хотим сделать самым главным.

После запуска утилиты вводим заклинания:

  1. roles - будем управлять владельцами NTDS ролей
  2. connections - будем подключаться к какой AD DS
  3. connect to server %servername% - подключаемся к серверу %servername%.
  4. q - выходим из режима подключений
  5. ? - смотрим что мы можем делать
  6. transfer infrastructure master
  7. transfer naming master
  8. transfer PDC
  9. transfer RID master
  10. transfer schema master
  11. выходим из утилиты набрав два раза q.

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

Комментарии

  • test#

     

    Приветствую Виталий!

    Спасибо Вам за заметку, у меня похожая ситуация, т.е., надо перенести с Windows Server 2008 R2 только на новый физический сервер Windows Server 2012 R2. Посмотрите плиз, общий план моих действий и если надо прошу исправить, так как я только начинающий эникейщик?!

    Общий план моих действий:

    1. Меняю имя сервера (например: «DC-NEW»), ставлю статик IP-адрес и добавляю новый сервер WindowsServer 2012 R2 в домен

    2. Добавляю серверу роль AD DS.

    3. Делаю его мастером инфраструктуры, PDC, мастером RID, мастером схемы и мастером имен. (Вопрос: прошу указать пошагово команды и на каком сервере надо выполнять)

    4. Удаляем с обновляемого сервера роль AD DS и все другие роли (вопрос: Как проверить, что все нужные данные полностью реплицировались на новый сервер WindowsServer 2012 R2?)

    5. Выводим обновляемый сервер из домена и выключаем.

    6. Ставлю IP-адрес старого сервера на новый, переименовываю новый сервер DC-NEWна DC (имя старого сервера).

    И в конце получаю сервер DCс новой системой WindowsServer 2012 R2

    И как перенести службу сертификатов Active Directory на новый сервер? Может что-то еще пропустил?

    Естественно перед миграцией сделаю полный бэкап старого сервера через AcronisTrueImageна всякий случай.

    • Виталий Лещенкоавтор#

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

      Порядок действий описан в самом посте (11 шагов заклинания).

      Репликация данных происходит в момент поднятия ролей на новом сервере. Поэтому если ADDS правильно поднялясь, то все ок.

      Т.е. по поводу самой миграции вроде все правильно.

      На счет бекапов - акронисом можно делать бекапы дисков только если это единственный ADDS в сети. Если их несколько и происходили какие-то изменения в AD, то после восстановления бекапа могут быть конфликты GUID'ов.

Оставить комментарий могут только зарегистрированные пользователи.

Войдите на сайт или зарегистрируйтесь, чтобы оставить комментарий.

© 2006-2026 Виталий Лещенко