Expiration des ESU de Windows Server 2012 et échéance de migration de Server 2016

Ce que c'est

État au 25 octobre 2026 : la FAQ de Microsoft sur le cycle de vie donne le 13 octobre 2026 comme date de fin de la troisième et dernière année d'ESU pour Windows Server 2012/R2. L'équipe Server confirme que le support étendu de Windows Server 2016 prend fin le 12 janvier 2027 et a annoncé des ESU pour cette version. Vérifier de nouveau les fiches de cycle de vie, les conditions actuelles d'éligibilité aux ESU et la matrice de mise à niveau avant de modifier une charge de travail. Dates des ESU, annonce pour Server 2016.

Pourquoi c'est important

Il s'agit de situations opérationnelles différentes : la période publiée pour les ESU de Server 2012/R2 est terminée, tandis que l'échéance du support étendu de Server 2016 reste à venir. Un dispositif ESU pour une autre version n'établit la couverture d'aucune de ces machines. La FAQ de Microsoft décrit les ESU comme une couverture limitée aux mises à jour de sécurité, sans nouvelles fonctionnalités ni correctifs ordinaires sans lien avec la sécurité.

Consigner la prise en charge au niveau de la charge de travail et du système d'exploitation invité. Microsoft précise également que les conteneurs publiés avec Server 2016 suivent ses dates de cycle de vie. Un hôte pris en charge ne suffit pas à déterminer le statut d'un invité ou d'une image. Cycle de vie de Server 2016.

Comment l'appliquer

• Utiliser des outils d'inventaire autorisés pour interroger chaque serveur, y compris les machines de reprise arrêtées et les modèles de déploiement. Un point de départ local avec PowerShell est Get-CimInstance -ClassName Win32_OperatingSystem. Conserver l'identité du système d'exploitation renvoyée en l'associant au responsable de la machine ; ne pas publier l'inventaire brut. Consigner séparément les rôles, les dépendances applicatives, l'architecture, le mode d'installation, l'emplacement des sauvegardes et la dernière mise à jour installée. Commande d'inventaire CIM.
• Pour Server 2012/R2, choisir la mise hors service, la migration vers une destination prise en charge ou une séquence de mises à niveau prise en charge. Limiter tout déploiement temporaire inévitable à ses dépendances documentées et lui attribuer une date de fin. Les restrictions réseau sont une mesure provisoire, pas une preuve de renouvellement de la couverture des mises à jour de sécurité.
• Pour Server 2016, planifier la migration avant l'échéance de prise en charge ou documenter un dispositif ESU applicable et ses exigences d'activation. L'annonce de Microsoft établit l'existence d'une possibilité de recours aux ESU ; vérifier les conditions actuelles du programme pour le déploiement concerné au lieu de supposer que l'inscription est automatique.
• Consulter la matrice exacte de mise à niveau. Pour les systèmes hors cluster, elle indique un parcours direct par support d'installation de Server 2012 R2 vers Server 2025, mais pas de Server 2012 vers Server 2025. Elle indique également Server 2016 vers Server 2025. Les rôles et les fonctionnalités doivent prendre en charge la méthode choisie ; les mises à niveau progressives de cluster obéissent à une règle distincte, une version à la fois. Parcours de mise à niveau pris en charge.
• Effectuer une sauvegarde et répéter la restauration avant toute mise à niveau ou migration. Réaliser cette répétition avec des données applicatives représentatives et les rôles, licences et modes d'installation réels. Après la bascule, vérifier l'accès aux applications, les tâches planifiées, les permissions, l'installation des mises à jour et la restauration des sauvegardes. Supprimer les modèles obsolètes et désigner un responsable pour toute copie de reprise conservée.

Pièges

Ne pas confondre un serveur capable de démarrer avec une configuration prise en charge. Une matrice générique de mise à niveau ne vaut pas approbation pour chaque rôle installé ou application tierce. Microsoft interdit de passer de Server Core à Desktop Experience ou inversement lors d'une mise à niveau sur place ; prévoir une migration adaptée lorsque le mode d'installation doit changer. La procédure ci-dessus propose des contrôles de recette et n'affirme pas qu'une migration a été effectuée ou testée.