Как лучше всего передать всю пользовательскую информацию с 32-разрядного сервера Windows 2003 на 64-разрядный сервер Windows 2003?
TIA
Эмиль
Во-первых, Active Directory почти такая же, как 32- или 64-битная - конечно, под капотом есть изменения, но вы ничего не заметите - за исключением, возможно, повышения производительности, что, вероятно, именно поэтому вы хотите это сделать ...
Во-вторых, каждый DC в домене хранит одну и ту же информацию (это правда в 2003 году, RODC несколько изменил это), поэтому учетные записи не нужно переносить, это просто происходит с помощью магии репликации Multi Master. Это противоположно, например, Exchange, где почтовые ящики хранятся на определенных серверах и может потребоваться миграция учетной записи.
Урок окончен, теперь практическое:
Присоедините новый сервер x64 к домену, запустите DCPROMO, захватите любую роль FSMO (посмотреть здесь), которые работают на старом сервере, и, конечно же, передать любые другие службы, которые работают на сервере (DHCP / DNS / и т. д.). Работа сделана - так же, как и при переносе на 32-битный сервер.
Просто подумайте - если вы переживаете трудности с переходом на новый DC, почему бы не перейти на 2008R2? Вам просто нужно сделать немного обновление схемы первый.
Предполагая, что вы просто добавляете машину в свой домен:
Не за что?
Шутки в сторону.
В любом случае у вас должно быть как минимум 2 контроллера домена (иначе у вас будет ОГРОМНАЯ проблема, если один из них выйдет из строя).
Просто списайте старый, переустановите (или установите новый), перейдите в DC ... Active Directory копирует все данные.
Вот как я обновляю контроллеры домена. У меня всегда минимум 3 DC - даже 2 из них виртуальные.
Для чего-то еще - укажите, о каких данных вы говорите (поскольку тогда они, очевидно, не связаны с функциональностью DC).
Я также должен подчеркнуть важность резервирования на уровне постоянного тока. Если вы используете DC в качестве DNS, то даже это не сработает, если он выйдет из строя.
Нет, отдайте своему менеджеру распечатку этой страницы и потребуйте второй DC. Анализ рисков скажет вам, что вам НУЖНЫ дуэльные DC. Вторичный, возможно, не должен быть в состоянии справляться с повседневной нагрузкой вашего основного, но это также, по сути, резервная резервная копия AD (в случае сбоев HW), и это действительно бесценно.
РЕДАКТИРОВАТЬ: О, и 32 или 64 бит на самом деле не имеет значения.
Не надо. Просто присоедините новый сервер к своему домену в качестве рядового сервера, повысите его до DC, перенесите роли FSMO, переключите клиентский DNS на новый сервер, а затем понизьте статус старого.
Это при условии, что под «всеми данными» и «всей пользовательской информацией» вы подразумеваете то, что находится в вашей Active Directory. Если вы также используете DC как файловый сервер / сервер печати / сервер электронной почты / все, что вам нужно, это тоже передать. Можете ли вы подтвердить (или опровергнуть) это?
Я поддержу то, что все говорят о втором DC. Конечно, это стоит денег, но какова цена для бизнеса, если вы потеряете DC, который станет единственной точкой отказа? А какая стоимость ниже?