Это довольно простая задача, но будет небольшое время простоя системы.
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.localDomain naming master srv-dc1.polygon.localPDC srv-dc1.polygon.localRID pool manager srv-dc1.polygon.localInfrastructure master srv-dc1.polygon.localThe 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-DC1SRV-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.localPDC 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 : polygonDomainMode : Windows2016DomainName : polygon.localForestMode : 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.
- Select «Transfer Directly» and click «Next» to continue.
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».
- 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 the target PC and click Connect. Then, it will take some time to scan and analyze the data in old PC.
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.
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.»
Step 2. Choose the «Transfer via backup» method and click the «Next.»
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.)
Step 4. Tick the Applications, Files, and Accounts that you wnat to backup. Click the «Backup» option to execute the process.
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.
Step 2. Selcet «Transfer via backup» and click «Next.»
Step 3. Browse the «Backup location» of your existing backup files.
Step 4. Select the wanted Applications, Files , and Accounts to «Restore.»
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
- 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.
- Run Zinstall WinServ on both servers.
Note: You can get Zinstall WinServ here, and its user guide here. - Select the first option, “Moving between two machines”, on both servers.
- 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.
- On the source server, choose the “Source computer” option, and leave it running. It will be waiting for connection from the new one.
- On the new Server 2022 / 2019 / 2016, choose the “Target computer” option.
- 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.
- 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.
- Click Next and then Go to start the migration.
- The transfer will take a while (depending on how much data you have to transfer), and report to you when done.
- That’s it!
Option 2: Indirect migration, via intermediate storage
- Run Zinstall WinServ on both servers.
Note: You can get Zinstall WinServ here, and its user guide here. - On the source server, select the 3rd option, “Moving from Machine to Container”
- 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.
- On the new 2022 / 2019 / 2016 server, select the 4th option, “Moving from Container to Machine”
- 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.
- Specify the location of the container created in step 3.
- 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.
- Click Next and then Go to start the migration.
- The transfer will take a while (depending on how much data you have to transfer), and report to you when done.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- Exchange migration: Upgrade from Exchange 2007 to Exchange 2013
- 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.
- 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.
- Same goes for login scripts and GPO policy.
- Launch every application and console you use, and verify they load correctly.
- 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.
