Update windows 2003 to windows 2008 r2

Windows-Server-2003

14 июля 2015 года закончилась поддержка Windows 2003 Server. Это значит, что никаких исправлений для этой ОС выпускаться больше не будет. И многие администраторы стали рассматривать варианты перехода на более современные системы.

В нашей инфраструктуре используется некоторая часть серверов под управлением Windows 2003, работающих по принципу «работает – не трогай». Тем не менее, откладывать больше нельзя. 

Что следует учесть перед началом обновления? Если есть возможность – не выполняйте обновление “на месте”, поднимайте новый сервер и переносите роли/данные – так вы сможете обновиться до любой версии Windows Server. Для тех, кто не ищет лёгких путей, отмечу следующие моменты:

  1. Если у вас архитектура x86, обновиться можно только до x86. Единственная подходящая для этого система – Windows Server 2008. Это последняя ОС, которая имела 32-разрядную версию. Начиная с Windows 2008 R2, серверные ОС идут исключительно x64.
  2. Если у вас виртуальная инфраструктура, как у меня (MS Hyper-V), то непосредственно перед обновлением следует удалить службы интеграции. Думаю, для VMWare следует сделать то же самое. В противном случае обновление пройдет, но новая система в моем случае отказалась грузиться, показывая синий экран. Пришлось откатываться (да, существует штатная возможность откатить установку и вернуться к установленной ранее системе) и начинать сначала.
  3. Если сервер физический – потребуется физическое же присутствие в процессе обновления, поскольку настройки, включая сетевые, при обновлении не сохраняются.

Перед началом обновления делаем резервные копии данных, перегружаем систему на всякий случай. Вставляем диск с дистрибутивом. Если обновляется первый контроллер домена, то необходимо обновить схему домена. Заходим в папку sourcesadprep

adprep

И выполняем в командной строке (или из Пуск – Выполнить) команду:

adprep /domainrep /gpprep

adprep_result

Эта команда выполняется только один раз, при обновлении последующих контроллеров выполнять её не надо. Если попытаться выполнить обновление пропустив этот шаг, то на этапе проверки совместимости программа установки сообщит вам об необходимости обновления схемы и на этом завершит работу.

Еще одна проблема поджидает на этапе проверки совместимости – установленный PowerShell.

image_4

Microsoft осведомлен об этой проблеме, и даже есть специальная статья базы знаний – KB950376. Однако, в моем случае, предложенное решение не помогло. Пришлось искать через реестр, и удалять обновление KB968930, которое, кстати, явно в оснастке “Установка и удаление программ” не отображается. Отображается оно как “Windows Management Framework Core”. После удаления этого обновления, установщик смог продолжить работу.

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

Если все прошло успешно, мы получим обновленный сервер 2008 с теми же ролями, которые были установлены, общими папками и настройками.

Данные старой системы сохраняются в корне системного диска в скрытой папке:

2016_01_winbackup

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

Просмотров: 1 500

  • Remove From My Forums
  • Question

  • I have three domain controllers.  Domain controller 1 is is my main building.  Domain controller 2 and 3 are in our satellite buildings.  All three are running DNS, WINS and DHCP.  Windows 2003 R2 is 32 bit.  I want to upgrade the
    domain to Windows 2008 R2 64 bit.  What would be the most seamless way to do this.  I bought 3 new ML310 G5P servers.  Currently my 3 domain controllers are on 3 ML 350 G5 servers.

    Can I create a 2008 R2 domain controller in my main building and join it to the 2003 R2 domain and then move the FSMO roles from the current role holder?  Once complete I would DCPROMO the 2003 R2 domain controller down to a member server and remove
    it from the network.  If this was an acceptable practice I would then do it in the other two buildings.

    Once complete I will be installing Exchange 2010 SP1 and removing my Exchange 2003 server.  I have ~25 users per building.


    Thank You, Scott

Answers

  • Hi,

    Yes, first do it in main bulding, After that you may go ahead with the other 2 bulding.

    Steps:
    1.  Prep your forest and domain.  The 2008 R2 prep for has an adprep32 and adprep.  Since your current box is x32 you use adprep32.
    2.  Install a 2008 R2 member server (this could have also been step 1)
    3.  Use dcpromo to promote the  2008 R2 box
    4.  By default the 08 dcpromo will make it a global catalog also make it a DNS server and make sure you also configure forwarders and setup zones as needed. (based on what you have on the 2003 boxes)
    5.  After the reboot make sure replication is working
    6.  Once you are ok with that made sure AD/DNS replication is working (assuming you are using AD integrated DNS) then check sysvol

    7.  Transfer FSMO roles to the 2008 box
    8.  Make sure clients (static and DHCP) are now also pointing to the bew boxes for DNS
    9.  Then when you are ready you can shut the 2003 boxes down or turn of the ports (I always do that to make sure I didn’t miss anything).  This can be once you have all the 2008 R2 DCs up.
    10.  Once you are ok with the 2008 R2 boxes and that everything is working you can run dcpromo and demote the 2003 boxes.
    11.  I would personally leave them as member servers and have DHCP run on them, but that can be moved over to the 2008 R2 box too
    12.  Once you know you will never need or introduce another 2003 DC then you can raise your domain and forest functional levels to 2008 R2
    13.  Enjoy all the cool new features like the AD recycle bin, fine-grained passwords.

    Microsoft link
    http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=fa629de2-f4dd-47ac-8d80-3db46b2877a2

    Regards,
    Abhijit Waikar.
    ——————————-
    MCSA|MCSA:Messaging|MCTS|MCITP:SA
    My Blog: http://abhijitw.wordpress.com
    This posting is provided AS IS with no warranties, and confers no rights.

    • Marked as answer by

      Friday, October 28, 2011 7:17 AM

    • Marked as answer by
      Jeff Ren
      Friday, October 21, 2011 8:48 AM

А в чем трудность то?
Все версии Kerio в том числе и устаревшие легко качаются с родного сайта
1. Делаете бекап сервера или, на крайний случай, только системного диска и всех скрытых дисков (например софтом от Acronis)
2. Обновляете, запустив установку из под винды (никаких загрузок с диска и установки оттуда!) и тыкаете кнопки далее — далее.
3. Проверяете работоспособность софта.
4. Если заработало — радуемся, если «глючит и колбасит» — восстанавливаемся из бекапа

Хочу заметить что частенько лицензии к разному софту привязываются и к версии винды, так что есть вероятность что после обновления возникнет вопрос лицензирования.

Сконвертите сервак — он же у Вас bare-metal? в виртуалку, поменяйте IP и играйтесь с обновлением, пока не отработаете процесс :) Виртуализация — это гуд. Я так даже DC обновлял (виртуальный) с win2k3 до win2k8 32-битной — дальше уже не пошло :) Там правда керио не было, но все остальное взлетело, как ни в чем ни бывало.

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

Как минимум я бы предложил вариант поиграться с таким апдейтом на «клоне» сервера.

p/s/ что за нужный софт по которому нет инсталляций???

Архив номеров / 2008 / Выпуск №10 (71) / Особенности обновления контроллера домена до Windows Server 2008

Андрей Бирюков

Особенности обновления контроллера домена
до Windows Server 2008

Более полугода прошло с момента официального выхода операционной системы Windows Server 2008. Многие уже, наверное, задумываются об обновлении своих серверов. Рассмотрим некоторые особенности перехода на новую операционную систему.

Обновление программных продуктов традиционно является головной болью практически всех системных администраторов. Многие администраторы стараются до последнего откладывать обновление своего программного обеспечения. Так, например, мне приходилось еще совсем недавно видеть сервера под управлением Windows NT 4.0, почтовые системы под Exchange 5.5 или MS SQL 7.0 в промышленной эксплуатации. В качестве обоснования такого консерватизма системные администраторы часто приводят очень простой довод – все и так работает. Бесспорно, в этом есть здравый смысл, ведь если система нормально функционирует и отвечает всем требованиям бизнеса, то менять ее зачастую оказывается себе дороже.

Но вендоры в свою очередь стараются всеми возможными средствами заставить клиентов переходить на новые версии. Политика Microsoft в этом отношении, на мой взгляд, излишне агрессивна. Вспомните хотя бы историю с попытками компании завершить продажи Windows XP в пользу Vista, таким образом вынудив многих производителей оборудования и программного обеспечения перейти на новую версию операционной системы. Однако обсуждение политики корпорации Microsoft не является темой сегодняшней статьи.

Когда речь идет об обновлении не рядового сервера, а контроллера домена, на первый план выходят технические и функциональные преимущества. Такие как RODC (Read Only Domain Controller) – контроллеры домена, доступные только для чтения, служба LDS (Lightweight Directory Services), которая позволяет использовать возможности LDAP без необходимости развертывать домен Active Directory, средство управления идентификацией пользователей Federation Services и другие. Возможность использования данного функционала является хорошим стимулом к переходу на новую версию операционной системы Windows Server 2008.

Итак, предположим, что у вас имеется парк серверов, работающих под управлением Windows Server 2003, и вам необходимо обновить их до Windows Server 2008.

Сразу скажу: в этой статье будет рассмотрено обновление только для операционной системы, что касается приложений, то, возможно, обновление наиболее популярных из них будет рассматриваться в следующих статьях. В качестве обновляемого сервера у нас будет выступать сервер контроллера домена Active Directory. Конечно, лучшим решением была бы установка «чистого» сервера Windows Server 2008 и последующее его включение в существующий домен с повышением до контроллера домена, но мы будем предполагать, что у нас нет оборудования для такой установки и поэтому нам необходимо выполнить именно обновление.

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

Совместимость версий Windows 2003 и Windows 2008

Вы используете сейчас:

Можно обновиться до:

Windows Server 2003 R2 Standard Edition

Windows Server 2003 Standard Edition with Service Pack 1 (SP1)

Windows Server 2003 Standard Edition with Service Pack 2 (SP2)

Full installation of Windows Server 2008 Standard (with or without Hyper-V)

Full installation of Windows Server 2008 Enterprise (with or without Hyper-V)

Windows Server 2003 R2 Enterprise Edition

Windows Server 2003 Enterprise Edition with Service Pack 1 (SP1)

Windows Server 2003 Enterprise Edition with Service Pack 2 (SP2)

Full installation of Windows Server 2008 Enterprise (with or without Hyper-V)

Windows Server 2003 R2 Datacenter Edition

Windows Server 2003 Datacenter Edition with Service Pack 1 (SP1)

Windows Server 2003 Datacenter Edition with Service Pack 2 (SP2)

Full installation of Windows Server 2008 Datacenter (with or without Hyper-V)

Как видно из таблицы, редакцию Standard Edition можно обновить как до Standard, так и до Enterprise-версии Windows Server 2008. Но в нашем случае мы будем использовать редакцию Standard Edition.

Готовимся к худшему

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

Для контроллера домена можно как минимум воспользоваться штатной утилитой операционной системы – Ntbackup. С ее помощью можно сделать копию всех системных настроек (System State). Хотя, конечно, более надежным, на мой взгляд, способом является полная копия образа диска с помощью таких утилит, как Acronis True Image. Некоторые умельцы используют в качестве резервной копии один из двух дисков в «зеркале» RAID-1, при этом на втором диске производя обновление. Но подобные эксперименты уже на любителя, главное чтобы у вас была резервная копия операционной системы вашего контроллера домена.

Но одного только бэкапа недостаточно, лучше обеспечить отказоустойчивость. У вас в сети должен быть резервный контроллер домена. Проверьте его работоспособность, перенесите на него роль глобального каталога, затем отключив основной контроллер от сети.

Если все прошло успешно, то ваш сервер готов к обновлению.

Прежде всего установим в DVD-привод установочный диск с операционной системой. Далее необходимо запустить утилиты для подготовки домена и леса Active Directory. Для этого перейдите на DVD-привод, например, выполнив команду:

После этого нужно запустить команду adprep с различными параметрами:

  • adprep /forestprep – команда выполняет подготовку леса к обновлению контроллера домена;
  • adprep /domainprep – подготовка домена к обновлению;
  • adprep /rodcprep – эта команда не является обязательной, она требуется, если вы планируете сделать впоследствии Read Only Domain Controller.

Пока эти команды выполняются, я хотел бы сделать небольшое отступление и пояснить, что такое RODC. Контроллеры домена только для чтения предназначены для тех мест, где нельзя гарантировать физическую безопасность контроллера домена, где подключение к сети отрицательно сказывается на производительности и где на контроллерах домена выполняются другие приложения. Это еще один довод для перехода на Windows Server 2008.

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

Теперь запускаем установку операционной системы. На первом же шаге вам будет предложено произвести установку последних обновлений (естественно, если ваш сервер подключен к Интернету). Я не стал совмещать две такие важные задачи, как установка заплаток и обновление операционной системы. Поэтому обновления мы установим потом (см. рис. 1).

Рисунок 1. Установка обновлений

На следующем шаге вам необходимо указать активационный ключ продукта. Затем принимаем условия лицензионного соглашения.

Если все предыдущие шаги были аналогичны обычному режиму установки, то следующий шаг будет немного отличаться (см. рис. 2). Выбираем режим Upgrade. После этого вас предупредят о проблемах совместимости оборудования и начнется процесс установки.

Рисунок 2. Выбор режима установки

В целом следует отметить, что по сравнению с предыдущими версиями операционной системы Windows 2000/2003 здесь задается гораздо меньше вопросов, к тому же все они задаются перед началом установки, а не во время. Это позволяет не сидеть около сервера все это время, а заняться более важными делами.

В процессе установки и обновления вас ждет несколько перезагрузок (к сожалению, от этой особенности инсталляции операционных систем от Microsoft, Windows Server 2008 сервер так и не избавился).

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

Но что делать, если возникли какие-то проблемы и все работает не так как раньше?

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

А что делать, если сервер загрузился, но работает как-то не так? Прежде всего необходимо проверить журнал событий на наличие сообщений об ошибках. Для этого нужно зайти в раздел Administrative Tools и выбрать Event Viewer. Размещение журнала событий Event Viewer аналогично предыдущим версиям Windows Server, а вот сам журнал несколько изменился. Добавились функции различной фильтрации и поиска.

Итак, какие типовые ошибки можно найти в журнале событий контроллера домена?

Symbolic Name: DIRLOG_GCVERIFY_ERROR

Message: Unable to establish connection with global catalog. (Internal DSID %1) .

Рубрика: Администрирование / Продукты и решения

Данная ошибка сообщает о невозможности установки связи с сервером глобального каталога. Решений данной проблемы может быть несколько, в зависимости от структуры вашего каталога Active Directory.

Во-первых, проверьте наличие соединения с сервером, выполняющим роль глобального каталога. Возможно, после обновления на Windows Server 2008 вы не установили драйвера для сетевой карты или установили излишне жесткие настройки для межсетевого экрана сервера. Проверку можно выполнить с помощью команды ping.

Во-вторых, проверьте наличие хотя бы одного сервера глобального каталога в лесу. Сделать это можно с помощью консоли dssite.msc или в разделе Active Directory Sites and Services. Только для этого вам потребуются права пользователя из группы Domain Admins. Далее выбираем раздел Default First Site Name, сервер, который должен являться глобальным каталогом и NTDS Settings. Далее выбираем Properties и смотрим, является ли сервер глобальным каталогом, если нет, то, возможно, имеет смысл сделать его таковым (см. рис. 3).

Рисунок 3. Наличие роли глобального каталога на сервере

Но тут не стоит забывать о «подводных камнях», а именно, сервер, который является глобальным каталогом, не должен содержать роли FSMO (Flexible Single Master Operations). В случае если он содержит данную роль, вам будет выведено предупреждение.

Еще одним поводом для появления ошибки 1126 может стать отсутствие запущенной службы NTDS Service на сервере глобального каталога. Для просмотра состояния данного сервиса воспользуйтесь командой sc query ntds. В строке STATE вы увидите его текущее состояние. Для запуска используйте команду net start ntds.

И еще одной причиной для появления данной ошибки является неверный номер порта для установки соединения с сервером глобального каталога. Выявить ее можно следующим образом. Откройте консоль Active Directory Users and Computers. Далее выбираем Change Domain Controller, затем Change Directory Server. После этого необходимо указать сервер DC и порт. Далее следите за значением поля Status. Если изменения вступили в силу, то значение Pending должно измениться на значение Online. Появление значения Unavailable должно заставить задуматься о настройках сети между серверами, скорее всего, межсетевой экран блокирует соединение по данному порту. Для того чтобы полностью удостовериться в том, что соединение между контроллером домена и сервером глобального каталога восстановлено, можно воспользоваться командой nltest. Для этого откройте командную строку и введите:

Nltest /server:Имя_сервера /dsgetdc:Имя_домена /gc /force

  • Имя_сервера – это имя сервера глобального каталога;
  • Имя_домена – это домен Active Directory.

В результате успешного выполнения команды на экран будет выведена информация о данном сервере. Наличие в разделе Flags записи GC говорит о том, что данный сервер содержит роль Global Catalog (см. рис. 4).

Рисунок 4. Проверка соединения с сервером глобального каталога

На примере проблем с доступом к серверу глобального каталога я рассмотрел одну из типичных проблем работы Active Directory после обновления на версию 2008. Поэтому для решения проблем с Active Directory и Windows Server 2008 я рекомендую обратиться на Microsoft TecNet [2].

Рассмотрев процесс обновления контроллера домена Windows Server 2003 до версии 2008, а также типовые сложности, которые могут возникнуть в процессе установки, я завершаю эту статью. Надеюсь, изложенная информация будет полезна вам в работе.

Источник

Обновить windows server 2003 до windows server 2008

Вопрос

У меня есть лицензионный windows server 2003 R2 Standart. Диск оригинальный x32.

На наклейке которая приклеена на системнике не написано что лицензия для x32.

сам сервер я решил поменять и купил x64

Хочу на новый сервер поставить windows server 2008.

по этой ссылке http://support.microsoft.com/kb/951041/ru#

написано что 2003 R2 можно обновить до 2008

а если с нуля поставить 2008 мой ключ от 2003 подойдет ?

Установил 2008 R2 — активатор ругается, а подойдет ли 2008 без R2 .

Ответы

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

  • Предложено в качестве ответа Dmitriy Razbornov Editor 18 марта 2013 г. 18:55
  • Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 26 марта 2013 г. 11:26

Да вы правы у меня Windows server 2003 R2 Standart OEM x32 — лицензионная.

Грубо говоря сервер сгорел в пожаре, а лицензия осталась. Купил другой сервер x64 — почему я не могу на него поставить купленную ось ? Я же когда-то заплатил за лицензию. Почему я не могу ей пользоваться дальше ?

  • Предложено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 19 марта 2013 г. 8:22
  • Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 26 марта 2013 г. 11:26

Все ответы

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

  • Предложено в качестве ответа Dmitriy Razbornov Editor 18 марта 2013 г. 18:55
  • Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 26 марта 2013 г. 11:26

. или апгрейда до 2008. вот меня и интересует, где можно узнать. Можно ли что-то сделать с скрвером 2003 чтобы без вложений поменять, переустановить, обновить, проапгрейдить, пропатчить, я не знаю как еще сказать, но чтобы вместо 2003 у меня появилась 2008-й сервер .

ладно если бы он стоил 100$ , но Windows 2008 стоит 1000$ — у вас есть лишние 1000$ ? у меня нет.

и примерно столько же я отдал за сервер 2003.

Да вы правы у меня Windows server 2003 R2 Standart OEM x32 — лицензионная.

Грубо говоря сервер сгорел в пожаре, а лицензия осталась. Купил другой сервер x64 — почему я не могу на него поставить купленную ось ? Я же когда-то заплатил за лицензию. Почему я не могу ей пользоваться дальше ?

Источник

Adblock
detector


First published on TechNet on Sep 17, 2009

Hi,

Ned

here again. I’ve been assigned to the Platforms beta team here for the past year. One question I’ve gotten a zillion times is which versions of Windows Server 2003 can be upgraded to 2008 R2. Our documentation is rather confusing – working on that – but here’s a quick explanation. I know this isn’t really a Directory Services issues, but I dunno – maybe it’s a DC or something. :-)

From our

TechNet docs

:

Supported Upgrade Scenarios

From Windows Server 2003 (SP2, R2)Upgrade to Windows Server 2008 R2

Datacenter

Datacenter

Enterprise

Enterprise, Datacenter

Standard

Standard, Enterprise

Above seems to imply that you must be running Windows Server 2003


R2

.

This is not the case – as long as the computer is Windows Server 2003 Service Pack 2 (whether or not the R2 product key and CD2 have been installed), you can upgrade. And as you already know, running Windows Server 2003

SP1

is

unsupported

anyway.

Here’s my proof:

  1. I built a clean Win 2003 EE x64 SP2


    non



    -R2

    VM with a non-R2 product key.
  2. I upgraded with Win 2008 R2 EE x64, no errors or compatibility warnings.
  3. I built a clean Win 2003 EE x64 SP2

    R2

    VM with an R2 product key.
  4. I upgraded with Win 2008 R2 EE x64, no errors or compatibility warnings.

Here’s my proof from the

setupact.log

files that are written into %systemroot%panther during the upgrade:

Notice how the upgrade doesn’t know, care, or distinguish that one is R2 and one is not. It was just ‘2003 SP2’ to the upgrade code…

And of course, it must be a 64-bit copy of Win2003. We don’t do upgrades from x86 to x64.


Update September 21, 2009

:  One of our PM’s points out that the upgrade will be blocked from Windows Server 2003

if it’s in a cluster

— no worries though, there are

migration steps and a tool documented on TechNet

to swing things over to the new nodes.

— Ned ‘No really, I support DS’ Pyle

Здравствуйте, нахожусь в полной прострации . . .
Недавно заступил на должность сис-админа одной теле-радио-компании. Задачка простая обновить/перенести содержимое(пользователей + софт + базы + рэйд) на новую версию сервера. Беда в том, что я с Windows server 2003 в этой жизни ни разу не сталкивался .

Те кто был до меня, были людьми «странными» и в лучших традициях мне ничего не показали и не объяснили. Там километры сетей, в стойке 2 сервера, кодеры+декодеры 2, ретранслятор 1, и до кучи оборудование провайдеров в сумме 3 два активных один балансер . Всё это маршрутизируется Kerio, ладно с керио я как нибудь справлюсь, сервер как обновить ?

Прав на ошибки не много, завтра начну делать глобальные бекапы .

Я две виртуалки разверну, текущий конфиг(2003) и новый(2008)

Работают на данный момент: Сервер как таковой, на нём видеобалансер в рейд массиве, базы 1с8, пользователи, актив-директори в домене несколько машин(всего штук 40+-),базы от пропускной системы+базы от систем учёта .

Как это всё правильно организовать, на всё меньше недели .

Я в какую то ж.. Залез, но как то решать вопрос надо (

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь


Прочитано:
4 719

Для того, чтобы мигрировать контроллер домена на базе Windows Server 2003 R2 Enterpise на систему Windows Server 2008 R2 Enterprise и пойдет речь в данной заметке.

Это делается для того, чтобы научиться управлять всеми возможностями новой среды, стать так сказать более продуктивнее. Многие заметки на моем блоге — это действительно показывают, причем наглядно и это не пустые слова, об этом говорит статистика их просмотров. Но довольно лирики, перейду к пошаговым шагам которые я изложу в этой заметке.

Мне понадобится:

Контроллер домена развернутый ранее (Windows Server 2003 R2)

и система Windows Server 2008 R2 (заострять внимание как развернуть данную систему смысла не вижу, у меня UAC отключен) в той же подсети.

И так у меня есть существующий домен, polygon.local. Сетевые настройки точно такие же, как и в моей предыдущей заметке, которая по сути и является основной, а текущая ее продолжением.

Выделю основную цель: — развернуть контроллер домена на новой операционной системе, а предшествующий контроллер домена освободить от занимаемых функций, в пользу нового.

Проверим на dc1.polygon.localкто же является обладателем всех FSMOролей.

FSMO – роли бывают:

Роль PDC Emulator – консоль Active Directory – Users and Computers

Роль RID Master – консоль Active Directory – Users and Computers (Хозяин относительных идентификаторов)

Роль Infrastructure Master – консоль Active Directory – консоль Users and Computers (Хозяин инфраструктуры )

Роль Domain Naming Master – консоль Active Directory – Domains and Trusts (Хозяин именования доменов)

Роль Schema Master (Хозяин схемы) — специальная консоль. Которая содержит оснастку Active Directory Schema (Схема Active Directory)

Win + R → cmd.exeвызываем утилиту netdom (но есть одно, но данная утилита по умолчанию не установлена в системе, для ее установки потребуется пакет Support Tools, обычно он идет в комплекте с дистрибутивом, в данный пакет также входять такие необходимые подготовительные утилиты, как:

dcdiagсредство для диагностики контроллера домена на работоспособность с целью исправить все обнаруженные ошибки (запуск ее перед миграцией очень важен)

C:Documents and SettingsAdministrator>netdom query fsmo

Schema owner dc1.polygon.local

Domain role owner dc1.polygon.local

PDC role dc1.polygon.local

RID pool manager dc1.polygon.local

Infrastructure owner dc1.polygon.local

The command completed successfully.

, как видно все FSMO роли принадлежат контроллеру домена dc1.

Далее установленную систему Windows Server 2008 R2 Enterprise с именем dc2 вводим в домен, предварительно предопределив статический IP адрес, к примеру: 10.9.9.2

dc2: Win + R → cmd.exe →

C:UsersAdministrator>netsh interface show interface

Admin State State Type Interface Name

————————————————————————-

Enabled Connected Dedicated Local Area Connection

C:UsersAdministrator>netsh interface ipv4 set address «Local Area Connection» static 10.9.9.2 255.255.255.0

C:UsersAdministrator>netsh interface ipv4 set dns name=»Local Area Connection» static 10.9.9.1 primary

C:UsersAdministrator>netdom join %computername% /domain:polygon.local /userd:polygon.localekzorchik /passwordd:*

Type the password associated with the domain user:

вводим — 712mbddr@

The computer needs to be restarted in order to complete the operation.

The command completed successfully.

Перезагружаем систему, чтобы применились изменения и система стала полноправным членом домена: C:UsersAdministrator>shutdown /r /t 3

Следующий этап: — это обновление домена и леса, для этого нужно из установочного диска Windows Server 2008 R2 подмонтированного на логический диск D:скопировать полностью папку («adrep”) и переместить ее на домен контроллер dc1:

Win + R → cmd.exe

C:UsersAdministrator>hostname

DC2

C:UsersAdministrator>mkdir \dc1c$support

C:UsersAdministrator>copy d:supportadprep \dc1c$support
44 file(s) copied.

На заметку: Если система dc1 у Вас 32х битная то запускать следует исполняемый файл adprep32.exe, а если 64-х битная то adprep.exe

У меня dc164-х битный, поэтому и запускаем файл adprep.exe с ключами forestprep (как держатель мастер схемы) и после domainprep (как держателе инфраструктуры). Порой в небольшой организации (к примеру в которой я сейчас работаю) все эти роли обычно имеют место быть на одном из том же контроллере домена:

На заметку: при подготовке леса необходимо войти в мастер схемы в качестве члена группы Администраторов для схемы, предприятия и домена.

C:Documents and SettingsAdministrator>cd /d c:

C:>hostname

dc1

C:>cd support

C:support>adprep.exe /forestprep

если ничего не происходит, значит делаем по другому, а именно монтируем iso Образ дистрибутива Windows Server 2008 R2 к системе Windows Server 2003 R2 на логический диск D:

и через вызов командной строки: Win + R → cmd.exe

C:>d:supportadprepadprep.exe /forestprep

ADPREP WARNING:

Before running adprep, all Windows 2000 Active Directory Domain Controllers in t

he forest should be upgraded to Windows 2000 Service Pack 4 (SP4) or later.

[User Action]

If ALL your existing Windows 2000 Active Directory Domain Controllers meet this

requirement, type C and then press ENTER to continue. Otherwise, type any other

key and press ENTER to quit.

Cна предупреждение вводим «Cи нажимаем Enter, чтобы начать подготовку леса. (процесс отрабатывает довольно долго)

Opened Connection to DC1

SSPI Bind succeeded

Current Schema Version is 31

Upgrading schema to version 47

Connecting to «DC1»

Logging in as current user using SSPI

Importing directory from file «C:WINDOWSsystem32sch32.ldf»

Loading entries……………….

18 entries modified successfully.

И много всякой успешной информации которую я не буду здесь приводить.

……………………………………………………………………..

……………………………………………………………………..

……

Adprep successfully updated the forest-wide information.

Результирующим завершения команды должна быть надпись: Adprep successfully updated the forest-wide information.

После этого вводим команду:

C:>d:supportadprepadprep.exe /domainprep /gpprep

Running domainprep …

Adprep detected that the domain is not in native mode

[Status/Consequence]

Adprep has stopped without making changes.

[User Action]

Configure the domain to run in native mode and re-run domainprep

поправить данное не выполнение команды можно так:

Start – Control Panel – Administrative Tools – Active Directory Users and Computers

выделяем домен polygon.local и через правый клик изменяем режим работы домена:

Изменяем режима работы домена

polygon.local – Raise Domain Functional Level

Привести к виду: выбрав вместо Windows 2000 nativeWindows Server 2003 и нажать Raise (Изменить)

Режим работы домена вместо Windows 2000 на Windows 2003

и после подтвердить нажав OK

(Перевод: Это изменение затрагивает весь домен. После повышения режима работы домена его невозможно отменить.)

Подтверждаем изменения для всего домена

После будет информативное окно, что:

(Перевод: Режим работы успешно повышен. Новый режим работы будет реплицирован на каждый контроллер домена в домене. Время, которое на это потребуется, зависит от топологии репликации.)

Режим работы домена завершен

После этого снова запускаем командную строку и набираем:

C:>d:supportadprepadprep.exe /domainprep /gpprep

Adprep successfully updated the domain-wide information.

Adprep successfully updated the Group Policy Object (GPO) information.

Далее разрешим обновление контроллеров домена с доступом только для чтения.

C:>d:supportadprepadprep.exe /rodcprep

Вот основные шаги по обновления схемы завершены, приступим к повышению роли нового сервера (dc2) до контроллера домена.

На сервере Dc2: логинимся под доменной учетной запись обладающей правами «Domain Adminis”, в моем случае это учетная запись ekzorchik и вызываем утилиту dcpromo: Win +R > dcpromo

ставим галочку: Use advanced mode installation – Next – Next – Existing forest – Add a domain controller to an existing domain (добавить домен контроллер в существующий домен) — Nextпроверяем настройки аутентификации: (должно быть так как указано на скриншоте ниже)

Добавляем новый контроллер домена

и нажимаем Nextвыбираем домен polygon.local (forest root domain) – Next – выбираем текущий сайт (у меня он один) Default-First-Site-Name – Next – активируем установку (Ставим галки) следующих опций на вводимом в эксплуатацию контроллере домена, таких как:

DNS Server

Global catalog

Для нового контроллера домена добавляем роли DNS & Global Catalog

Далее соглашаемся Yesотмечаем пункт Replicate data over the network from an existing domain controller – Nextотмечаем пункт Use this specific and appropriate domain controller (выделяем dc1.polygon.local) – Next – местонахождение каталогов NTDS (Database), NTDS (Log), SYSVOL оставляем дефолтным — Nextзадаем пароль для Административной учетной записи на случай восстановления: — я указываю 712mbddr@ — Next – Nextначнется процесс преобразования

Идет процесс наделения нового контроллера домена необходимыми функциями

и ставим в этом процессе галочку «Reboot on completion”перезагрузить систему (dc2) когда процесс становления контроллера домена завершится успешно, дабы активировать изменения.

Теперь у меня есть два контроллера домена, работающих одновременно.

Теперь у меня два контроллера домена

Дальше нужно передать роли FSMO с dc1 на dc2, сделать это можно двумя различными способами:

  • Первый способ: через графический интерфейс
  • Второй способ: через консольную утилиту ntdsutil.exe

У меня уже есть совмещенная заметка где описаны оба способа: (см заметку: http://www.ekzorchik.ru/2012/09/server-2008-fsmo-roles-move/)

Если же Вам нужно удалить неисправный контроллер домена (см. заметку:

http://www.ekzorchik.ru/2012/08/server2008-ntdsutil-dc2-delete/)

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


Понравилась статья? Поделить с друзьями:
  • Update windows 10 1809 to 1909
  • Update troubleshooter windows 10 скачать бесплатно
  • Update the windows update agent to the latest version
  • Update stack package windows 11 что это
  • Update schedule while windows boot перевод