Не удается обновить Windows Server 2016 до 2019 (In-place Upgrade)
Архитектура Server In-Place Upgrade и ограничения
Обновление на месте (In-Place Upgrade) серверной ОС — это процесс замены ядра и системных файлов поверх существующей конфигурации с сохранением ролей (Roles) и данных. Однако, в отличие от клиентских Windows 10, серверы имеют жесткие архитектурные ограничения. Если процесс обрывается и происходит откат (Rollback), это означает, что Setup встретил несовместимую роль, драйвер ядра (например, сторонний MPIO или антивирус) или специфичную сетевую конфигурацию (Switch Embedded Teaming). Бизнес-риски: длительное окно обслуживания (Downtime) и риск потери конфигурации сервера.
Роли, не поддерживающие In-Place Upgrade
| Служба/Роль | Поддерживается ли обновление? | Рекомендация |
|---|---|---|
Active Directory (AD DS) | Строго не рекомендуется | Поднять новый сервер 2019, промоутить в DC, перенести FSMO-роли, демоутить старый 2016. |
Exchange Server | НЕТ (Абсолютно) | Миграция баз данных на новый Exchange-сервер в DAG. |
NIC Teaming (LBFO) | Сложности с миграцией профиля | Разрушить Team перед обновлением, пересоздать на 2019. |
Аудит и подготовка к миграции сервера
Сценарий 1: Очистка системы от блокеров ядра (Pre-requisites)
До запуска `setup.exe` с образа Server 2019 необходимо изолировать среду.
- Полностью деинсталлируйте антивирусы (Kaspersky Security for Windows Server, ESET File Security). Отключение служб не поможет, драйверы фильтров файловой системы ломают миграцию WIM-образа.
- Деинсталлируйте агенты резервного копирования (Veeam Agent, Acronis).
- Разрушьте все сетевые объединения (NIC Teaming) в Server Manager. Оставьте один стандартный IP-адрес.
Сценарий 2: Запуск с параметром игнорирования совместимости
Если вы уверены в совместимости, но Setup блокируется из-за мелкого ПО, можно использовать параметры командной строки (на свой страх и риск).
Запуск обновления из консоли с пропуском проверок
D:\setup.exe /auto upgrade /compat ignorewarning /dynamicupdate disableСценарий 3: Правильный путь — Migration, а не Upgrade
Для критических ролей (AD DS, DHCP, File Server) In-Place Upgrade считается плохой практикой.
1. Разверните чистую ВМ с Server 2019.
2. Используйте Windows Server Migration Tools (Install-WindowsFeature Migration) или Storage Migration Service.
3. Перенесите конфигурации и данные по сети.Типовые ошибки администраторов
- Попытка обновить Контроллер Домена (DC): Технически Microsoft это поддерживает, но на практике это часто приводит к рассинхронизации Sysvol (DFSR) и поломке AD. Всегда используйте метод "рядом поставил - роли перенес".
Ошибка при In-Place Upgrade может оставить компанию без AD, DNS или 1С. Архитекторы ITSTM спроектируют и проведут бесшовную миграцию (Side-by-Side) ваших сервисов на Windows Server 2022 без простоев и потери данных.
Частые вопросы (FAQ)
Поддерживается ли In-Place Upgrade с Server 2012 R2 сразу на 2019?
Да, Microsoft официально поддерживает обновление через две версии (с 2012 R2 до 2019). Но шансы на успешное завершение без отката ниже, чем при пошаговом (2012 -> 2016 -> 2019).
Где посмотреть логи, почему сервер откатился?
Смотрите скрытые файлы C:\$Windows.~BT\Sources\Panther\setupact.log и setuperr.log. Используйте утилиту SetupDiag для их автоматического анализа.
Сохранятся ли локальные пользователи и GPO?
Да, In-Place Upgrade сохраняет базу SAM (локальных пользователей), локальные политики безопасности, реестр и установленные программы (если они совместимы).
Что будет с сервером лицензирования RDS?
Роль RDS Licensing переживает In-Place Upgrade, но вам всё равно придется обновить/купить RDS CAL-лицензии для Server 2019, так как CAL от 2016 не подходят для подключений к RDSH 2019.