Переход с windows server 2008 r2 на windows server 2016

Это довольно простая задача, но будет небольшое время простоя системы.
0 — чистите сервер от лишних данных. Бэкапы лучше перетащить на внешние носители, мусор убрать, он будет мешать.
1 — виртуализируете текущую ОС (при отключенных сетевых адаптерах, чтобы данные в образе были актуальными). Disk2VHD. Желательно на внешний носитель, чтобы не потерять данные можно несколько копий с образа скопировать.
2 — удаляем полностью все данные на сервере, ставим новую ОС
3 — поднимаем hyperv службу и создаем ВМ с тем образом который сняли с 2008.
Все на этом этапе должно работать.

Исключения:
— usb ключи всякие с эцп и от 1с. Прочие usb устройства
— сервисы привязанные к мак адресу (он поменяется)

В промежутке между этапами я бы еще поднял на любом ПК hyper-v и, подключив образы vhdx от сервера, проверил бы работоспособность вм.

В дальнейшем, на новом сервере поднимаем новые виртуалки для переноса туда сервисов со старого сервера. По отдельности — DC на один сервер, файлопомойку на другой и т.п.

Прочитано: 19 487

Задача: Нужно проработать процесс миграции домена на базе Windows Server 2008 R2 на Windows Server 2016

От моего коллеги по работе поступила задумка, а реально ли смигрировать текущий домен контроллер на базе Windows Server 2008 R2 Enterprise на систему с осью Windows Server 2016 Standard, в итоге новый контроллер домена будет обладать повышенными возможностями по управлению инфраструктурой. Да и пора уже избавиться от железной составляющей текущего домена на переход под Hyper-V система виртуализации которой используется в организации где я сейчас работаю.

Данная задача прорабатывается под Virtulbox основной системы Ubuntu 18.04 Desktop amd64 ноутбука Lenovo E555

Исходные данные:

  • 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

  • Login: ekzorchik
  • Pass: 712mbddr@
  • Group: Domain Admins, Schema Admins, Enterprise Admins

C:\Windows\system32>netdom query fsmo

  • Schema master srv-dc1.polygon.local
  • Domain naming master srv-dc1.polygon.local
  • PDC srv-dc1.polygon.local
  • RID pool manager srv-dc1.polygon.local
  • Infrastructure master srv-dc1.polygon.local
  • The command completed successfully.

srv-dc2.polygon.local (на базе Windows Server 2016) пока без ролей

IP address: 10.90.90.3/24

C:\Users\Администратор>netsh firewall set icmpsetting 8 enable

Шаг №1: Авторизуюсь под локальной учетной записьюАдминистраторна srv-dc2. Ввожу данную систему в домен polygon.local.

Win + R → control.exe → Система – “Изменить параметры” – вкладка “Имя компьютера” окна “Свойства системы” нажимаю “Изменить“, отмечаю галочкой “Является членом“: Домена и указываю домен: polygon.local, затем нажимаю кнопку “ОК“.

[stextbox id=’alert’]

На заметку: Не забудьте в настройках сетевой карты хоста srv-dc2 указать DNS сервер системы srv-dc1 иначе получите ошибку: “При запросе DNS записи ресурса размещения службы (SRV), используемой для нахождения контроллера домена Active Directory для домена “polygon.local“, произошла ошибка:

Произошла ошибка: “Для локальной системы не настроено ни одного DNS-сервера.””

[/stextbox]

Итак, DNS-сервер прописан в свойствах сетевого адаптера, при попытке ввода системы в домен понадобится знание учетных данных обладающих правами “Администраторы Домена (Domain Admins) или обладающих правами делегированных. Авторизую систему для присоединения к домену

  • Имя пользователя: ekzorchik
  • Пароль: 712mbddr@

и нажимаю “ОК” окна “Безопасность Windows“, обязательно Вы должны увидеть окно: “Добро пожаловать в домен polygon.local“. Перезагружаю систему для активации изменений, затем нажимаю сочетание клавиш “Ctrl + Alt + Del” и авторизуюсь в системе также под учетной записью входящей в группы которые есть в учетной записи ezkorchik если у Вас она отличается.

Шаг №2: Делаю систему srv-dc2 контроллером домена:

Win + R → control.exe или Win + X → “Панель управления” – “Администрирование” — “Диспетчер серверов” – “Панель мониторинга” – “Добавить роли и компоненты” – “Установка ролей или компонентов” – Выберите сервер из пула серверов: srv-dc1.polygon.local — отмечаю галочкой роль “Доменные службы Active Directory” – нажимаю “Добавить компоненты” – “Далее” – “Далее” – отмечаю галочкой “Автоматический перезапуск конечного сервера, если требуется” и нажимаю “Установить“.

Теперь настройка устанавливаемых компонент:

Win + R → control.exe или Win + X → “Панель управления” – “Администрирование” — “Диспетчер серверов” – “AD DS“:

Доменные службы Active Directory — требуется настройка на srv-dc2” → нажимаю “Подробнее” – “Повысить роль этого сервера до уровня контроллера домена“. Операцию развертывания выбираю:

Добавить контроллер домена в существующий домен

  • Домен: “polygon.local

Для выполнения этой операции введите учетные данные: нажимаю “Изменить“, т. к. сейчас подставлены svr-dc2\Администратор (текущий пользователь) и указываю:

  • Логин: ekzorchik
  • Пароль: 712mbddr@

и нажимаю “ОК“, потом “Далее” окна “Мастер настройки доменных служб Active Directory“. Параметры контроллера домена оставляю дефолтными (это отмеченные галочкой DNS-сервер, Глобальный каталог (GC)), но обязательно нужно указать пароль для режима восстановления служб каталогов (DSRM):

  • Пароль: 712bmddr@
  • Подтверждение пароля: 712mbddr@

и нажимаю “Далее” – “Далее“, указываю откуда отреплицировать данные:

  • Источник репликации: srv-dc1.polygon.local

и нажимаю “Далее” – “Далее” – “Далее” – “Далее“, обязательно следует убедиться в появлении надписи “Все проверки готовности к установке выполнены успешно” и только тогда нажимаем “установить“. В процесс система будет перезагружена. Авторизуюсь с использованием учетных данных login: ekzorchik

Шаг №3: Проверяю количество домен контроллеров и отсутствие ошибок в домена с использованием команд:

Win + X — Командная строка (администратор)

C:\Windows\system32>netdom query dc

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

  • SRV-DC1
  • SRV-DC2

Команда выполнена успешно.

Отобразить текущий функциональный уровень леса:

C:\Windows\system32>dsquery * "CN=Partitions,CN=Configuration,DC=polygon,DC=local" -scope base -attr msDS-Behavior-Version

msDS-Behavior-Version

4 → где данное число расшифровывается, как Windows Server 2008 R2 operating system and later

Отобразить текущий функциональный уровень домена:

C:\Windows\system32>dsquery * "dc=polygon,dc=local" -scope base -attr msDS-Behavior-Version ntMixedDomain

msDS-Behavior-Version ntMixedDomain

4 0 → Windows Server 2008 operating system or later DCs in the domain

Шаг №4: Захватываю все роли с srv-dc1 на srv-dc2:

C:\Windows\system32>ntdsutil

  • ntdsutil: roles
  • fsmo maintenance: connection
  • server connections: connect to server srv-dc1.polygon.local

Привязка к srv-dc1.polygon.local …

Подключен к srv-dc1.polygon.local с помощью учетных данных локального пользователя.

  • server connections: quit

Затем применительно к каждой роли FSMO производим захват/миграцию:

fsmo maintenance: seize schema master

fsmo maintenance: seize naming master

fsmo maintenance: seize pdc

fsmo maintenance: seize rid master

fsmo maintenance: seize infrastructure master

[stextbox id=’alert’]На заметку: На все вопросы по захвату ролей нажимаю “Да“[/stextbox]

После не забываем выйти из консоли команды ntdsutil вводом quit.

fsmo maintenance: quit

ntdsutil: quit

C:\Windows\system32>

Проверяю кто сейчас держит роли FSMO:

C:\Windows\system32>netdom query fsmo

  • Хозяин схемы srv-dc2.polygon.local
  • Хозяин именования доменов srv-dc2.polygon.local
  • PDC srv-dc2.polygon.local
  • Диспетчер пула RID srv-dc2.polygon.local
  • Хозяин инфраструктуры srv-dc2.polygon.local

Команда выполнена успешно.

Так осталось перевести рольХозяина схемы” и “Хозяина именования доменов“:

C:\Windows\system32>powershell

PS C:\Windows\system32> Move-ADDirectoryServerOperationMasterRole -Identity "srv-dc2" -OperationMasterRole 4

Перемещение роли хозяина операций

Вы хотите переместить роль “DomainNamingMaster” на сервер “srv-dc2.polygon.local“?

[Y] Да - Y [A] Да для всех - A [N] Нет - N [L] Нет для всех - L [S] Приостановить - S [?] Справка

(значением по умолчанию является "Y"):A

PS C:\Windows\system32> Move-ADDirectoryServerOperationMasterRole -Identity "srv-dc2" -OperationMasterRole 3 -force

Перемещение роли хозяина операций

Вы хотите переместить роль “SchemaMaster” на сервер “srv-dc2.polygon.local“?

[Y] Да - Y [A] Да для всех - A [N] Нет - N [L] Нет для всех - L [S] Приостановить - S [?] Справка

(значением по умолчанию является "Y"):A

PS C:\Windows\system32> exit

Чтобы отобразить какой теперь функциональный уровень домена:

C:\Windows\system32>dsquery * "dc=polygon,dc=local" -scope base -attr msDS-Behavior-Version ntMixedDomain

msDS-Behavior-Version ntMixedDomain

4 0 — где данное значение расшифровывается, как Windows Server 2012 R2

Чтобы отобразить версию схемы Active Directory Schema:

C:\Windows\system32>dsquery * "CN=Schema,CN=Configuration,dc=polygon,dc=local" -scope base -attr objectVersion

objectVersion

87 — где данное значение расшифровывается, как Windows Server 2016, а все из-за того, что я в текущем домене сделал контроллером домена новую систему, а значит и могу поднять функциональный уровень домена и уровень леса.

Шаг №5: Удаляю контроллер домена под управлением Windows Server 2008 R2 из глобального каталога. На Server 2016 (srv-dc2) открываю оснастку:

Win + X — Панель управления — Администрирование — “Active Directory Сайты и Службы” и выделяю левой кнопкой мыши сервере srv-dc1 который являлся контроллером домена ранее в текущей сайте “Default-First-Site-Name” на NTDS Settings снимаю в свойствах галочку с настройки “Глобальный каталог

Шаг №6: Опираясь на заметку по “Удалению неисправного домена контроллера из Active Directory в Server 2008 R2”

проделываю все указанные там действия. Выключаю srv-dc1

C:\Windows\system32>ntdsutil

  • ntdsutil: metadata cleanup
  • metadata cleanup: connections
  • server connections: connect to server srv-dc2

Привязка к srv-dc2 …

Подключен к srv-dc2 с помощью учетных данных локального пользователя.

  • server connections: quit
  • metadata cleanup: select operation target
  • select operation target: list sites

Найдено сайтов: 1

0 – CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=polygon,DC=local

select operation target: select site 0

Сайт – CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=polygon,DC=local

Нет текущего домена

Нет текущего сервера

Нет текущего контекста именования

select operation target:

  • select operation target: list servers in site

Найдено серверов: 2

0 – CN=SRV-DC1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=polygon,DC=local

1 – CN=SRV-DC2,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=polygon,DC=local

select operation target:

  • select operation target: select server 0
  • select operation target: list domains

Найдено доменов: 1

0 – DC=polygon,DC=local

select operation target: select domain 0

Сайт – CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=polygon,DC=local

Домен – DC=polygon,DC=local

Сервер – CN=SRV-DC1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=polygon,DC=local

Объект DSA – CN=NTDS Settings,CN=SRV-DC1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=polygon,DC=local

Имя DNS-узла – srv-dc1.polygon.local

Объект-компьютер – CN=SRV-DC1,OU=Domain Controllers,DC=polygon,DC=local

Нет текущего контекста именования

  • metadata cleanup: remove selected server

Передача или захват ролей FSMO от выбранного сервера.

Удаление метаданных FRS для выбранного сервера.

Поиск членов FRS в “CN=SRV-DC1,OU=Domain Controllers,DC=polygon,DC=local”.

Удаление поддерева в “CN=SRV-DC1,OU=Domain Controllers,DC=polygon,DC=local”.

Ошибка при попытке удалить параметры FRS на CN=SRV-DC1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=polygon,DC=local: “Элемент не найден.”;

очистка метаданных продолжается.

“CN=SRV-DC1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=polygon,DC=local” удалена с сервера “srv-dc2”

Из оснастки DNS сервера svr-dc2 удаляем все упоминания об srv-dc1. И переопределяем DNS-сервер в настройках сетевого адаптера хоста srv-dc2 с 10.90.90.2 на 10.90.90.3

Шаг №7: Проверяю текущий домен контроллер на наличие ошибок: dcdiag & repadmin

PS C:\Windows\system32> repadmin /syncall

СООБЩЕНИЕ ОБРАТНОГО ВЫЗОВА: Завершена операция SyncAll.

Команда SyncAll завершена без ошибок.

PS C:\Windows\system32> repadmin /showrepl

Repadmin: выполнение команды /showrepl контроллере домена localhost с полным доступом

Default-First-Site-Name\SRV-DC2

Параметры DSA: IS_GC

Параметры сайта: (none)

DSA – GUID объекта: 401b3342-854f-4eb4-8261-ff6ce3848354

DSA – код вызова: 20507c04-d7a4-4a88-9eae-7a6dbd015321

Шаг №8: Изменяю режим работы леса с Windows Server 2008 R2 на Windows Server 2016 через оснастку “Active Directory — домены и доверие” щелкнув правой кнопкой мыши по надписи “Active Directory — домены и доверие” открытой оснастки, затем выбрав элемент меню “Изменение режима работы леса” и изменяю режим работы леса на “Windows Server 2016” и нажимаю “Изменить” – “ОК” окна “Повышение режима работы леса“. Или можно через консоль командной строки powershell проделать это:

C:\Windows\system32>powershell

Windows PowerShell

(C) Корпорация Майкрософт (Microsoft Corporation), 2016. Все права защищены.

PS C:\Windows\system32> Set-ADDomainMode -identity polygon.local -DomainMode Windows2016Domain

PS C:\Windows\system32> Set-ADForestMode -identity polygon.local -ForestMode Windows2016Forest

Проверить, что команды выше отработали как надо можно так:

PS C:\Windows\system32> get-addomain | fl Name,DomainMode ;get-adforest | fl Name,ForestMode

  • Name : polygon
  • DomainMode : Windows2016Domain
  • Name : polygon.local
  • ForestMode : Windows2016Forest

Результат положителен. Я успешно оформил как заметка, как повысить домен до уровня Windows2016 путем захвата всех ролей на новом домен контроллере под управлением Windows Server 2016 Standard.

Шаг №9: Не забываем, раз на srv-dc1 был DHCP сервер, то его стоило забекапить, а потом импортировать на srv-dc2, либо же если настроек не много и Вы все помните, то установить роль DHCP сервиса и настроить область выдачи IPадресов.

[stextbox id=’alert’]На заметку: Не обязательно иметь в локальной сети DHCP сервис на базе Windows, можно чтобы он был и на сетевом оборудовании, к примеру Mikrotik. У меня так.[/stextbox]

Может так случить, что служба работает, но развернутая область не активна. В логах есть ошибки на этот счет: Event ID 1056

Служба DHCP обнаружила, что она запущена на контроллере домена (DC) и не имеет учетных данных, настроенных для использования с динамическими DNS-регистрациями, производимыми службой DHCP. Подобная конфигурация безопасности не рекомендуется. Учетные данные динамических DNS-регистраций можно настроить с помощью утилиты командной строки “netsh dhcp server set dnscredentials” или с помощью программы администрирования DHCP.

C:\Windows\system32> netsh dhcp server set dnscredentials ekzorchik poligon.local 712mbddr@

Пока проблема не поднимается. Нет нужно было удалить текущую область и заново не торопясь его создать и настроить.

Шаг №10: Проверяю, что рабочая станция может стать членом текущего домена и авторизоваться в нем.

C:\Users\alektest>hostname

system

C:\Users\alektest>ipconfig

Настройка протокола IP для Windows

Ethernet adapter Подключение по локальной сети:

DNS-суффикс подключения . . . . . : polygon.local

IPv4-адрес. . . . . . . . . . . . : 10.90.90.10

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз. . . . . . . . . : 10.90.90.1

а на srv-dc2:

C:\Users\ekzorchik>dsquery computer

"CN=SRV-DC2,OU=Domain Controllers,DC=polygon,DC=local"

"CN=SYSTEM,CN=Computers,DC=polygon,DC=local" → ну вот и рабочая станция успешно авторизованная в домене.

Итого, заметка работоспособна. Раз получилось сделать в тестовой конфигурации, то как показывает моя практика сделать это можно будет и на боевой инфраструктуре. На этом у меня всё, с уважением автор блога Олло Александр aka ekzorchik.

When we talk about how to migrate Windows Server 2008 to 2016 step by step, it usually refers to two requirements: one is to upgrade Windows Server system from 2008 R2 to 2016, and the other is migrate data and files from Windows Server 2008 to 2016 directly. You can check the complete guide to upgrade Windows Server 2008 R2 to 2016, including the migration of the Active Directory (AD) environment, Domain Naming System (DNS) and Dynamic Host Configuration Protocol (DHCP).  

In this article, we mainly focus on how to migrate data, applications, or user account from Windows Server 2008 to 2016 with an easy Windows data transfer tool. 

EaseUS Todo PCTrans — The Ultimate Windows Data Transfer Tool

EaseUS Todo PCTrans is one of the best Windows data transfer applications for files, applications, user accounts, and settings sharing between two Windows PCs or Windows Servers. For Windows Server migration, it has the following key features.

01

For all Windows Server data copying

It supports data, program, user profiles and settings migration between Windows Servers in one-click without data loss. 

02

Simple solution and interface

The graphical user interface makes it intuitive to transfer data in simple clicks. Both computer experts and beginners can get started quickly.

03

3 flexible transfer modes

You can choose the mode of transmission according to your actual needs, transfer via PC to PC, locally, or via backup files.

04

Full support for Windows Server

It’s compatible with all Windows Server versions, including Windows Server 2019, 2016, 2012, 2008, and 2003.

How to Migrate Windows Server 2008 to 2016 Step by Step

You can learn from the following instructions on how to migrate Windows Server 2008 to 2016, including transfer files over the network (on the same LAN) and migrate data using backup files offline. First, click the button below to install EaseUS Todo PCTrans on your computer if you haven’t installed it yet.

Migrate Windows Server 2008 to 2016 via Network Connection

Connect your two Windows Server computers on the same LAN and transfer files, and apps with account settings through the network.

Step 1. Set Up the Old PC

  • First, install and launch EaseUS Todo PCTrans and select Data Transfer on the left panel of the main interface.

network transfer set on old pc

  • Select «Transfer Directly» and click «Next» to continue. 

select transfer directly

Step 2. Set Up the New PC

  • Download and launch EaseUS Todo PCTrans on the new computer; select «This is New PC» and click «Next».

network transfer on new pc

  • Select «Transfer directly» and click «Next» to continue. 
  • Select «Network» and click Next to continue. This will automatically scan the old PC. (Make sure the two PCs are connected to the same LAN.)

select network transfer

  • Select the target PC and click Connect. Then, it will take some time to scan and analyze the data in old PC.

connect two pcs

Step 3. Select the Data to Transfer

  • On the new PC, select the applications, files, and accounts that you want to transfer. Then, click «Transfer» to start.

select files

Also read: How to share files between two laptops using WiFi in Windows 10 

Transfer Data from Windows Server 2008 to 2016 via Backup Files

This «Backup & Restore» tool is free of charge and enables you to create backups of your files, programs & accounts on the Windows Server 2008 and then restore and move them to the Windows Server 2016 or 2019.

On the old PC:

Step 1. Launch EaseUS Todo PCTrans and click «Data Transfer» on the main screen. Select «This is Old PC» and click the «Next.»

click this is old pc

Step 2. Choose the «Transfer via backup» method and click the «Next.»

transfer via backup

Step 3. Confirm the backup file name and backup location (Please save your files to a location where the new PC can access, like an external hard disk or shared network location.)

create a backup file

Step 4. Tick the Applications, Files, and Accounts that you wnat to backup. Click the «Backup» option to execute the process.

select data you want

On the new PC:

Step 1. Lauch EaseUS Todo PCTrans on your new PC, and choose «This is New PC» in the «Data Transfer» section.

click this is new PC

Step 2. Selcet «Transfer via backup» and click «Next.»

choose transfer via backup

Step 3. Browse the «Backup location» of your existing backup files.

browse the backup files location

Step 4. Select the wanted Applications, Files , and Accounts to «Restore.»

restore the backup files on new PC

Conclusion

To migrate from old Windows Server 2003 or 2008 to new Windows Server 2012, 2016, or 2019, EaseUS Todo PCTrans provides you with one-stop solutions to copy files, applications, as well as other indispensable data, which are as simple as a click away. If you don’t know how to migrate data between two Windows Servers or how to do it effortlessly, be sure to try this tool out.

EaseUS Todo PCTrans Enterprise

Batch computer program transfer, Windows account transfer, domain account transfer, virtual-physical machine transfer, local to cloud desktop transfer.

Technical Chat 24/7

Check the following frequently asked questions on Windows Server 2008 to 2016 migration.

1. Can Windows Server 2008 be upgraded to 2016?

You can’t upgrade Windows Server 2008 to 2016 directly unless performing a clean installation. If you want to complete an in-place upgrade, you need to first upgrade from Windows Server 2008 to 2012, and then upgrade to 2016.

2. How do I move DHCP from 2008 to 2016?

How to migrate DHCP from Windows Server 2008 to 2012/2016:

  • Log on to the old/existing DHCP server.
  • Open the Command Prompt and run as Administrator.
  • On the Action menu (from within the DHCP management console), click «Backup».
  • In CMD, type netsh dhcp server export C:\Users\\Desktop\dhcp.txt all, and then press ENTER.
  • Install the DHCP role on the new (2012/2016) DHCP server using the Server Manager.
  • Copy the exported DHCP text file to the desktop of the new DHCP server.
  • Make sure that the DHCP service is installed and started on the new DHCP server.
  • Open the command prompt as Administrator (on the new server)
  • Type netsh dhcp server import C:\Users\\Desktop\dhcp.txt all, and then press ENTER
  • Open the DHCP management console on the new server.
  • In the console tree, right-click DHCP and select «Authorize».

3. Can Windows Server 2012 be upgraded to 2016?

You can only upgrade Windows Server 2012 to Server 2016. You can’t skip the upgrade, which means you’re going to need to plan ahead for a more substantial upgrade, like you can’t upgrade Windows Server 2012 Standard edition to Windows Server 2016 Datacenter edition.

4. Can Windows Server 2008 be upgraded to 2012?

Yes, you can upgrade Windows server 2008 R2 Enterprise to Windows Server 2012 Datacenter. After upgrading, you can log in to the server and check for the edition. Click on «Server Manager», then «Local Server», and check the properties of the server. You a see the operating system version is Microsoft Windows Server 2012 Datacenter.  

Related Articles

  • How to Find Windows 8 Product Key Using CMD

    Oliver/2025/01/23

  • 7 Top Best Free PCmover Alternatives Free Download in 2025

    Tracy King/2025/01/16

  • Transfer Steam Games to New Computer [100% Working🔥]

    Tracy King/2025/01/16

  • How to Share Apps From Laptop to Laptop via Nearby Share

    Tracy King/2025/01/23

In this article, we’ll focus on Windows Server 2022 / 2019 / 2016 migration tools and overall migration guidelines. In short, we’ll describe a way to natively migrate applications, databases, user profiles, shares, data from any server to a new Server 2022 / 2019 / 2016 (even 2003 to 2022 / 2019 / 2016 is supported, with compatibility considerations of course). We will also cover role migration best practices and tutorials.

Migration covered here is native migration – not app virtualization. You can use these methods to migrate from physical to physical, physical to virtual / Cloud, Cloud to Cloud etc. Virtualization can be added for compatibility workarounds, but we will not be using it in this tutorial.

The goal of this how to is to allow to complete a server migration in less than 4 hours for application and file servers, and less than 24 hours for role-focused servers (although complicated cases may require more time).

Just want to find out how to automate the migration, and don’t need a general tutorial?
Click here to skip to the part with the actual migration process.
Or, if you need to migrate workstations, click here for migration to Windows 11.
Plus, if you are worried about 2012 End of Support, check out our guide on migration from Server 2012 to 2019 / 2022.

WinServ is also available from IBM Services, as part of their full service package for large scale deployments. Contact your IBM account team in your region for more information.

Video demo – automatic server migration tool

Before you begin: Audit your servers and plan your migration.

Audit your servers: In a typical environment, you’ll have quite a few different server types. There will be role-oriented servers, which focus on Windows Server roles such as Domain Controller, Active Directory, IIS, Exchange, DNS, DHCP. The more common group, however, are application and file servers, which run the actual business applications and store the company data. They typically outnumber the role-based group.

Migration is done in a different way for these two. Roles are migrated manually, or with utility tools that are typically focused on one specific role (see below).

Application and file servers, however, can be migrated automatically and on massive scale, using server migration software such as Zinstall WinServ.

In the planning stage, you need to prepare a list of servers in the environment, and figure out what each of them is responsible for.

Even just knowing how many role servers and how many application servers is already a big step. Since application server migration can be automated, you will be able to develop a fairly accurate estimate of time and effort that will be required for the migration.

Schedule your migration time slot: Migrations take time, and during that time, your users may be affected to some extent. If possible, try and schedule the actual migration to be performed after hours or during a weekend. Note that you don’t actually have to stay there yourself at that time: application migration can be performed remotely or launched in advance in unattended mode.

Verify your backups are up to date, and are actually restorable: Any major upgrade may go wrong, and without a valid up-to-date backup, you risk losing everything you’ve had on the server. Make sure to verify that the backup you have is not damaged and ready to be restored if needed!

Decide on replacement type: Once you have decided to replace a server, you have several options regarding what the replacement will be. It may be a physical Windows 2019 / 2016 server, a virtual server running on premise, or a Cloud-based server running off premise (such as migration to Azure or migration to Amazon AWS). If you are using WinServ, it supports any of those transfers, so migration difficulty does not vary significantly with your choice.

In-depth demo: Windows Server application migration

How to migrate to Windows Server 2022 / 2019 / 2016

The process below outlines the migration steps for moving from Server 2003 / 2008 / 2012 / 2016 / 2019 to a new Windows Server 2016 / 2019 / 2022.

Option 1: Direct migration to Server 2022 / 2019 / 2016 over the network

  1. Before you begin, consider disabling the firewall on the old server, or at least adding Zinstall to its whitelist, so that the firewall does not interfere with the migration.
  2. Run Zinstall WinServ on both servers.
    Note: You can get Zinstall WinServ here, and its user guide here.
  3. Select the first option, “Moving between two machines”, on both servers.
  4. If you do NOT want to transfer server applications, and are only interested in a profile, data and shares transfer, switch the radio button on the main screen to “profile and settings only” mode.
  5. On the source server, choose the “Source computer” option, and leave it running. It will be waiting for connection from the new one.
  6. On the new Server 2022 / 2019 / 2016, choose the “Target computer” option.
  7. WinServ will automatically detect the source server. Alternatively, if the servers are on different networks, you can manually specify the source server’s IP address.
  8. If you’d like to select exactly what you want to transfer, press the Advanced menu. If you just want to transfer everything, you don’t need to go to the Advanced menu.
  9. Click Next and then Go to start the migration.
  10. The transfer will take a while (depending on how much data you have to transfer), and report to you when done.
  11. That’s it!

Option 2: Indirect migration, via intermediate storage

  1. Run Zinstall WinServ on both servers.
    Note: You can get Zinstall WinServ here, and its user guide here.
  2. On the source server, select the 3rd option, “Moving from Machine to Container”
  3. Choose the container location (such as a network share, a NAS, a USB hard drive – any type of storage), and press Go to perform a full capture of the source server to that location.
  4. On the new 2022 / 2019 / 2016 server, select the 4th option, “Moving from Container to Machine”
  5. If you do NOT want to transfer programs, and are only interested in a profile, data and shares transfer, switch the radio button on the main screen to “profile and settings only” mode.
  6. Specify the location of the container created in step 3.
  7. If you’d like to select exactly what you want to transfer, press the Advanced menu. If you just want to transfer everything, you don’t need to go to the Advanced menu.
  8. Click Next and then Go to start the migration.
  9. The transfer will take a while (depending on how much data you have to transfer), and report to you when done.
  10. That’s it!

Server Roles migration

This part of the migration is done manually, and multiple tutorials exist that may help. We recommend John Savill’s excellent guide: Winding Down Windows Server 2003 in Your Organization. Information below is based on the article above.

  1. IIS migration: If all you have running on IIS 6 are basic HTML pages or Active Server Pages (ASP), you can copy the content to the IIS version running on Server 2012 or Server 2012 R2, then update the DNS records to point to the new IIS server. However, organizations typically have more complex configurations. The good news is that you can use a migration toolkit named Web Deploy 3.6. If you need to migrate websites to Microsoft Azure Web Apps, there’s a separate tool available named Azure Web App Migration Assistant.
  2. DC and AD migration: Providing you have followed best practices, your domain controllers (DCs) don’t run any other software, which means the existing domain and forest will be prepared for Server 2012 or Server 2012 R2. In this case, you need to create new DCs running Server 2012 or Server 2012 R2, migrate the Flexible Single-Master Operation (FSMO) roles, migrate any certificates or other items, then decommission the Server 2003 DCs. To introduce Server 2012 DCs, the forest (and therefore the domains) must be Windows Server 2003 mode. For detailed guidance on migrating DCs, see Upgrade Domain Controllers to Windows Server 2012 R2 and Windows Server 2012.
  3. DHCP migration: DHCP scopes provide the IP addresses given to clients, along with their IP configuration (e.g., gateway, DNS server). To migrate DHCP scopes, the best option is to export the scopes from the Server 2003 instance, then import them to the Server 2012 or Server 2012 R2 instance. Full details on this approach are available in the TechNet Networking Blog post “Steps to move a DHCP database from a Windows Server 2003 or 2008 to another Windows Server 2008 machine.” If there is any delay in the DHCP scope export and import and a risk of IP address reuse, you can configure the DHCP server to check if an IP address is being used before it’s allocated by enabling address conflict detection.
  4. DNS migration: If you’re hosting DNS on Windows, you’re likely integrating it with AD and your DNS servers are DCs. Therefore, when you migrate AD, the DNS configuration will move as well. It’s important to remember to migrate any DNS server configurations, such as forwarding. If the DNS servers will be hosted on new IP addresses, you need to make sure that you update any static IP configurations and all DHCP configurations. To avoid this time-consuming task, most organizations will change the IP addresses of the new servers to that of the old servers once the old servers are retired.
  5. Print services: Like file services, printer configurations and shares must be migrated from the source server to the target server. In addition, you’ll need new printer drivers that are 64-bit and compatible with Server 2012 or Server 2012 R2 as well as with modern clients. Microsoft has a print migration wizard and command-line tool you can use for migrating printer services. You can download these tools from the Migrate Print and Document Services to Windows Server 2012 web page.
  6. Exchange migration: Upgrade from Exchange 2007 to Exchange 2013
  7. SQL server migration: See Supported Version and Edition Upgrades

Dealing with incompatible applications:

Some legacy 3rd party applications running on Windows Server 2003 may be incompatible with Windows Server 2019 / 2016. Such applications are generally legacy DOS, 16-bit or 32-bit only software, or older versions such as SQL Server 2000 or 2005, which has not been updated for newer OS versions. It is strongly recommended to eliminate these applications from the production environment as soon as possible.

If these applications cannot be eliminated immediately, and are mission-critical for continued operation of the organization, the recommended option to preserve them operation is to perform a virtualized migration of those applications, into a virtual Server 2003 instance running on newer replacement server. Then, continue to take the steps required to phase those applications out and stop running the virtualized 2003 instances.

WinServ is application-generic, and can migrate even custom and in-house applications that have not been seen by the outside world – as long as they are capable of running on the new server. Here is a partial list of common applications that our customers have migrated in the past:

  • MS SQL
  • MySQL
  • SAP (including SAP Business One)
  • Oracle
  • Sybase
  • DB2
  • Java Application Server
  • Crystal Reports
  • Avaya
  • PeopleSoft
  • JD Edwards Enterprise One (JDE E1)
  • Citrix
  • Apache (Windows only)
  • WebSphere
  • Microsoft Dynamics

After the migration:

Once the migration process is complete, it is time to verify the results.

  1. You may need to adjust your domain’s DNS to point to the new server where needed. For example, changing the CRM-SERVER DNS entry to the new server’s address.
  2. Same goes for login scripts and GPO policy.
  3. Launch every application and console you use, and verify they load correctly.
  4. Using a client workstation, verify that clients can access the migrated server correctly and their applications run without issues.

Congratulations! Your server migration is now complete.

Ready to migrate to Windows Server 2022 / 2019 / 2016?

Get Zinstall WinServ here

You can also contact us for assistance, volume licensing, and help in setting up a POC.

Понравилась статья? Поделить с друзьями:
0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии
  • Рутокен не работает windows 7
  • Распознавание отпечатков пальцев windows hello что то пошло не так повторите попытку позже
  • Как удалить необязательные обновления windows 10
  • 1c apache ssl настройка windows
  • Сколько по времени устанавливается windows 10 на hdd