Vous voulez passer un Windows Server 2019 vers 2022 ou 2025 en conservant données et rôles — et surtout sans acheter de nouvelle clé ? Voici ce que Microsoft supporte réellement, comment le réaliser proprement et les alternatives sûres pour rester conforme.
Mise à niveau in‑place de Windows Server 2019 vers 2022/2025 sans nouvelle clé
Vue d’ensemble de la question
Peut‑on monter de Windows Server 2019 à Windows Server 2022 (ou idéalement 2025) en conservant fichiers, paramètres et rôles, sans clé produit supplémentaire, et sans utiliser une ISO d’évaluation qui imposerait une réinstallation ?
Réponse & solution (claire et honnête)
En bref : non, pas dans un scénario supporté si vous ne disposez pas du droit de licence pour la version cible. Microsoft impose qu’une mise à niveau in‑place se fasse avec un média d’installation commercial ou volume et une méthode d’activation valide (clé Retail/MAK, activation KMS/ADBA ou droits via Software Assurance/abonnement Volume/CSP). C’est un prérequis officiel.
Autrement dit : conserver les données est possible (in‑place), mais contourner la licence ne l’est pas. Les ISO « Evaluation » n’autorisent pas magiquement un passage durable vers 2022/2025 ; si vous partez d’une évaluation, il faudra quand même la convertir avec une clé valide.
Points clés et voies compatibles
- Chemins supportés : Windows Server 2019 → 2022 et 2019 → 2025 sont supportés en in‑place (hors cluster). À partir de Windows Server 2025, Microsoft élargit les chemins d’upgrade pour couvrir des versions nettement plus anciennes (par ex. 2012 R2 → 2025) sous conditions. Vérifiez toujours votre chemin exact avec l’analyse de compatibilité de Setup.
- Éditions, langue et architecture : rester sur la même édition (Standard → Standard, Datacenter → Datacenter), la même langue et l’architecture x64. Les changements d’édition (Standard → Datacenter) sont possibles avec
DISM /Set-Editionmais nécessitent une clé et un redémarrage. - Évaluations & Insider :
- Mettre à niveau vers une ISO d’évaluation pour conserver vos données n’est pas supporté comme méthode d’activation. Les ISO « Evaluation » servent à des installations propres ou à des tests temporaires.
- Les versions Insider/Preview ne sont pas éligibles à une mise à niveau in‑place ; il faut réinstaller avec un média stable.
- On peut convertir une évaluation en édition commerciale sans réinstaller, mais cela exige une clé valide :
DISM /Set-Edition:... /ProductKey:... /AcceptEula.
- Cycle de vie : Windows Server 2019 est en support étendu jusqu’au 9 janvier 2029 (support mainstream terminé le 9 janvier 2024). Si vous ne pouvez pas acheter une licence maintenant, rester sur 2019 reste supporté côté sécurité jusqu’à cette date.
Ce que vous pouvez faire selon votre cas
- Vous avez des droits de mise à niveau (Software Assurance, licence en volume/CSP, KMS/ADBA déjà en place)
- Téléchargez le média commercial/volume de la version cible et utilisez la clé adéquate, ou laissez l’activation s’effectuer par KMS/ADBA.
- Lancez l’upgrade depuis l’OS courant :
setup.exe→ choisir « Conserver fichiers, paramètres et applications » → même édition → activation ensuite (KMS/MAK/Retail/ADBA).
- Vous n’avez pas de droits pour 2022/2025
- Il n’existe pas de méthode supportée pour passer en 2022/2025 en conservant les données sans droit de licence.
- Options sûres :
- Rester sur 2019 (sécurité assurée jusqu’en 2029).
- Acheter la licence 2022/2025 puis réaliser l’in‑place upgrade standard.
- Mettre en place une migration côte‑à‑côte vers un nouveau serveur (souvent préférable pour des rôles sensibles : AD DS, SQL Server, Exchange, clusters).
- Voie “évaluation” (si vous partez d’une clean install)
- Installez l’édition Évaluation, puis convertissez‑la en édition commerciale sans réinstaller via DISM — cela requiert une clé valide au moment de la conversion.
Procédure concise (quand vous avez le droit/licence)
- Sauvegarde complète (système + données + État du système) et arrêt/Live Migration des VM locales si nécessaires.
- Compatibilité : vérifiez rôles/applications, pilotes, antivirus/EDR, agents de sauvegarde, dépendances .NET, proxies TLS, etc.
- Monter l’ISO 2022/2025 (édition correspondante) et lancer
setup.exe. - Si demandé, saisir la clé (ou activer plus tard). Choisir « Conserver fichiers, paramètres et applications ».
- Laissez les redémarrages s’enchaîner, puis validez les services/clients/sauvegardes. Terminez par l’activation (KMS/MAK/ADBA/Retail).
Checklist pré‑upgrade (concrète)
| Vérification | Commande/Action | Attendu |
|---|---|---|
| Édition & cible | DISM /online /Get-CurrentEdition puis /Get-TargetEditions | La cible inclut votre édition (Standard ou Datacenter) |
| Free space | 40–60 Go libres sur C: | OK pour Windows.old, caches et rollback limité |
| BIOS/UEFI | Pas de conversion MBR→GPT pendant l’upgrade | Si besoin : mbr2gpt.exe avant l’upgrade |
| Pilotes | NIC/RAID/HBA à jour, firmware validé | Compatibles 2022/2025 |
| Antivirus/EDR | Mettre à jour/désactiver auto‑protection pendant l’upgrade | Pas de blocage setuphost.exe |
| Agents backup/monitoring | Versions supportées 2022/2025 | Réinstaller si nécessaire après upgrade |
| Activation | KMS/ADBA prêts pour 2022/2025 ou clé MAK/Retail disponible | Hôte KMS mis à jour si utilisé |
| Rôles critiques | AD DS/Cluster/RDS/SQL : lisez les notes spécifiques ci‑dessous | Plan de test post‑upgrade |
Tableau — méthodes d’activation compatibles
| Méthode | Clé requise | Scénario in‑place | Notes |
|---|---|---|---|
| Retail | Oui (clé Retail) | Supporté | Activation en ligne slmgr /ipk puis /ato |
| MAK (Volume) | Oui (clé MAK) | Supporté | Compteurs d’activation à surveiller |
| KMS (Volume) | Client : GVLK Serveur KMS : clé hôte | Supporté | Hôte KMS doit connaître la version cible ; sinon, échec 0xC004F074 |
| ADBA (Activation AD) | Clé ADBA installée dans AD | Supporté | Nécessite AD DS et jonction au domaine |
| Évaluation | Non à l’installation Oui pour convert. | Installation propre ou conversion | Conversion en commercial via DISM /Set-Edition + clé valide |
Rôles et charges de travail : recommandations de terrain
| Rôle/Produit | Pratique recommandée | Remarques |
|---|---|---|
| AD DS (contrôleur de domaine) | Préférer côte‑à‑côte (joindre un DC 2022/2025, transférer FSMO, dépromouvoir l’ancien) | In‑place techniquement possible mais plus risqué |
| Clusters (Failover) | Cluster OS Rolling Upgrade | Procéder une version à la fois, pas de saut massif |
| RDS (Broker/Gateway/Session) | Souvent migrer côté serveur, vérifier CAL & compatibilité | Les CAL doivent correspondre à la version la plus récente |
| SQL Server | Vérifier la matrice de support OS/Version SQL | Penser au mode de compatibilité et au chiffrement TLS |
| Serveur de fichiers/FSRM | In‑place OK mais tester quotas/Dedupe | Réactiver la déduplication si nécessaire |
| Serveur d’impression | In‑place possible | Prévoir la réinstallation de pilotes V3/V4 |
Scripts et commandes utiles
REM — Lister les rôles installés (sauvegarde de configuration)
PowerShell: Get-WindowsFeature | Where-Object {$_.Installed -eq $true} |
Select DisplayName, Name | Export-Csv C:\Temp\roles_installes.csv -NoTypeInformation
REM — Vérifier l’édition actuelle et les éditions cibles
DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions
REM — Lancer un scan de compatibilité sans upgrade
setup.exe /Compat ScanOnly /DynamicUpdate Enable
REM — Conversion d’une Évaluation vers une édition commerciale (exemple)
DISM /online /Set-Edition\:ServerStandard /ProductKey\:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula Validation post‑upgrade (plan de tests court mais efficace)
- Services & rôles :
Get-Service, Gestionnaire de serveur, tableaux de bord d’applications. - Réseau : adresses IP/NIC Teaming, DNS et passerelles, résolutions FQDN.
- Authentification : jonction au domaine, GPO, Kerberos/NTLM, ADFS le cas échéant.
- Stockage : montages, partages, quotas FSRM, déduplication, VSS et sauvegardes.
- Journalisation : Observateur d’événements → Microsoft/Windows/Setup, Kernel‑Boot, FailoverClustering (si concerné).
- Activation :
slmgr /dlvetslmgr /atoou vérification KMS/ADBA.
Dépannage d’un échec d’upgrade
- Logs Setup :
C:\$WINDOWS.~BT\Sources\Panther\setuperr.logetsetupact.log. - État des drivers : désinstaller/réinstaller pilotes problématiques (NIC/RAID/HBA). Évitez les utilitaires OEM résidents pendant l’upgrade.
- Antivirus/EDR : lever temporairement l’auto‑protection ou appliquer un profil « upgrade ».
- Chiffrement : suspendre BitLocker (
manage-bde -protectors -disable C:) avant upgrade, réactiver ensuite. - Échec d’activation : si KMS renvoie
0xC004F074, mettre à jour l’hôte KMS et utiliser la GVLK correspondant à 2022/2025, puisslmgr /ato. - Compatibilité applicative : exécuter l’upgrade avec
/DynamicUpdate Enablepour charger les correctifs de compatibilité avant copie des fichiers.
FAQ (les vraies questions que tout le monde pose)
La clé Windows Server 2019 activera‑t‑elle 2022/2025 ?
Non. Chaque version majeure dispose d’un droit de licence distinct. Sans SA/abonnement couvrant la version cible, il faut acquérir la licence correspondante.
Puis‑je utiliser une ISO d’évaluation, faire l’upgrade, puis « activer plus tard » ?
Vous pouvez installer une évaluation ou convertir une évaluation en commercial avec une clé valide, mais l’évaluation ne remplace pas un droit de licence. Pour un serveur déjà en production, la voie supportée reste le média commercial/volume.
Est‑ce que l’upgrade 2019 → 2025 est officiel ?
Oui, les mises à niveau in‑place vers 2025 sont supportées pour des environnements non cluster, sous réserve des prérequis (édition, langue, architecture, compatibilité) et des droits de licence.
Puis‑je changer d’édition au passage (Standard → Datacenter) ?
Oui, mais cela nécessite une clé valide et un redémarrage via DISM /Set-Edition. Ce changement est distinct de la montée de version.
Les contrôleurs de domaine (AD DS) ?
In‑place possible, mais en pratique on privilégie d’ajouter un nouveau DC 2022/2025, de transférer les rôles FSMO, puis de dépromouvoir l’ancien. C’est plus simple à dépanner et réversible.
Et les clusters ?
Utilisez Cluster OS Rolling Upgrade. On avance une version à la fois, sans saut direct massif sur le cluster.
Y a‑t‑il un rollback ?
Windows place un dossier Windows.old, mais le « retour arrière » n’est pas garanti ni proposé comme sur client. Considérez l’upgrade in‑place comme un aller‑simple : la sauvegarde complète est indispensable.
Bonnes pratiques de licence (pour rester serein)
- Software Assurance : donne des droits d’upgrade vers la dernière version disponible pendant la période de couverture.
- Volume/CSP : vérifiez que votre contrat couvre bien la version cible (2022/2025) avant d’engager la maintenance.
- KMS/ADBA : mettez à jour l’hôte KMS et les clés d’activation pour supporter la nouvelle version avant de migrer en masse.
- Virtualisation : si vous profitez de droits de virtualisation (ex. Datacenter), assurez‑vous que le host et les VMs suivent la même stratégie de licence.
Quand privilégier une migration côte‑à‑côte
Choisissez une migration « clean » dès que :
- Le serveur héberge des rôles cœur (AD DS, PKI, DHCP critique, clusters, RDS Broker, SQL de production).
- Le matériel est vieillissant ou non certifié pour 2022/2025.
- Vous voulez profiter d’un re‑design (sécurité, segmentation réseau, TLS par défaut, VBS, etc.).
- Le temps d’arrêt peut être découpé par bascule de service ou balancement.
Résumé essentiel
Si vous devez garder vos fichiers et vos rôles en montant vers 2022/2025, il vous faut le droit de licence correspondant (clé ou infrastructure d’activation adaptée). Les ISO d’évaluation ne contournent pas ce point ; la conversion vers une édition commerciale exige aussi une clé valide. Tant que vous n’avez pas ces droits, rester sur 2019 demeure supporté (patchs de sécurité) jusqu’au 9 janvier 2029. Une fois la licence en règle, préparez l’upgrade comme un projet : sauvegarde, compatibilité, média commercial, test post‑upgrade et activation. Pour les rôles sensibles et les clusters, préférez la migration côte‑à‑côte ou le Cluster OS Rolling Upgrade.
Annexe — mini playbook pas‑à‑pas
- Inventorier : rôles
Get-WindowsFeature, applis, dépendances, certificats, tâches planifiées, GPO appliquées. - Sauvegarder : image système + État du système + jeux d’essai de restauration.
- Mettre à jour : firmware, BIOS/UEFI, pilotes, antivirus/EDR, agents de sauvegarde.
- Valider licence : média commercial/volume, clé Retail/MAK/GVLK disponible, KMS/ADBA opérationnel.
- Analyser :
setup.exe /Compat ScanOnly /DynamicUpdate Enable. - Exécuter :
setup.exe→ Conserver fichiers, paramètres et applications. - Tester : services, journaux, sauvegardes, authentification, monitoring.
- Activer :
slmgr /ipk(si nécessaire) puis/ato, ou laissez KMS/ADBA. - Documenter : versions, clés, captures, leçons apprises.
Conclusion : l’in‑place upgrade 2019 → 2022/2025 est une voie tout à fait viable et confortable, à condition d’être en règle côté licence et activation. Sans ces droits, il n’existe pas de raccourci supporté « sans nouvelle clé ». S’appuyer sur une ISO d’évaluation ne change pas la règle : tôt ou tard, une activation valide sera nécessaire. Planifiez, testez, sauvegardez — puis migrez en toute confiance.