Fin du support d’un système d’exploitation de serveur : comment planifier la migration

Votre serveur « marche encore » ? C’est normal, et c’est justement le piège

Un serveur peut fonctionner des années après la fin du support de son système d’exploitation. Il n’y a ni alarme ni écran bleu le jour de la date limite. Ce qui change, c’est que les nouvelles failles ne sont plus corrigées. Selon votre environnement, ce serveur peut héberger vos fichiers, votre logiciel comptable, votre base de données ou vos accès à distance : autant de raisons de ne pas le laisser sans correctifs.

Le Centre canadien pour la cybersécurité observe que les auteurs de cybermenace exploitent les vulnérabilités non corrigées et que des attaques sont lancées à peine quelques jours après le dévoilement d’une vulnérabilité (Évaluation des cybermenaces nationales 2025-2026 (nouvel onglet)).

Tableau des dates de fin de support

Les dates ci-dessous viennent des pages officielles des éditeurs, consultées le 15 octobre 2026. Les éditeurs peuvent modifier leurs calendriers : vérifiez toujours la page source avant de décider.

Point urgent : Windows Server 2016. Son support étendu prend fin le 12 janvier 2027. Au 15 octobre 2026, Microsoft n’annonce aucun programme de mises à jour de sécurité étendues (ESU) pour Windows Server 2016 : après cette date, ces serveurs ne recevront plus de correctifs de sécurité. Si vous avez des serveurs 2016, c’est le moment de planifier la migration.

Windows Server 2012 et 2012 R2 : le support étendu a pris fin le 10 octobre 2023, et la 3e et dernière année des mises à jour de sécurité étendues (ESU), offre payante, a pris fin le 13 octobre 2026. Ces serveurs ne reçoivent plus aucun correctif de sécurité.

Windows Server 2022 : le support standard a pris fin le 13 octobre 2026. Le support étendu, qui fournit encore les correctifs de sécurité, se poursuit jusqu’au 14 octobre 2031.

Les dates de Windows Server indiquent le dernier jour couvert. Pour Red Hat Enterprise Linux 8, 9 et 10, Red Hat décrit un cycle de vie de dix ans par version majeure, avec des dates futures qu’il qualifie d’approximatives : consultez la page Red Hat pour votre version.

La démarche de migration

1. Faire l’inventaire. Pour chaque serveur : son système d’exploitation et sa version, son rôle, les logiciels et les données qu’il héberge, qui l’utilise, et s’il est physique, virtuel ou dans le nuage.
2. Vérifier les dates. Vérifiez chaque version dans le tableau ci-dessus et à la page de l’éditeur.
3. Classer par priorité. Commencez par les serveurs déjà hors support et ceux qui contiennent des renseignements personnels ou des systèmes essentiels.
4. Vérifier la compatibilité des logiciels. Confirmez auprès de chaque éditeur que vos applications fonctionnent sur la nouvelle version.
5. Choisir l’option. Mise à niveau sur place, nouveau serveur, migration vers le nuage, ou support prolongé payant pour gagner du temps. Selon votre environnement, une combinaison peut être utile.
6. Sauvegarder et tester la restauration. Avant toute intervention, une sauvegarde vérifiée est indispensable.
7. Migrer par étapes. Commencez par un serveur moins critique, prévoyez un plan de retour arrière et planifiez la bascule en dehors des périodes chargées.
8. Fermer l’ancien serveur proprement. Une fois la migration validée, retirez l’ancien serveur et effacez ses données de façon sécuritaire.

Et la Loi 25 ?

La Loi 25 demande aux entreprises de prendre des mesures de sécurité raisonnables pour protéger les renseignements personnels qu’elles détiennent. Un serveur qui ne reçoit plus de correctifs de sécurité peut augmenter le risque d’incident de confidentialité. La migration est aussi un bon moment pour revoir qui a accès aux données, où elles sont hébergées et comment les anciennes copies sont détruites.

Les obligations de la Loi 25 restent celles de votre entreprise, même si vous confiez la migration à une firme externe. Cette section est informative et ne constitue pas un avis juridique.

Trouver une firme pour la migration de vos serveurs

Pour une soumission précise, indiquez le nombre de serveurs, leur système d’exploitation et leur rôle, les logiciels essentiels, l’option envisagée et votre échéance. Décrivez votre projet une seule fois : l’équipe Courtier TI communique d’abord avec vous, en moins de 48 heures ouvrables, puis vous propose une entreprise de services TI qui correspond à votre projet. Cette entreprise vous présente sa soumission, et vous décidez.

Courtier TI est un courtier : il ne réalise pas lui-même la migration et ne gère pas vos serveurs. Courtier TI n’est pas affilié à Microsoft, à Red Hat, à Canonical ni à SUSE.

Le service Courtier TI est gratuit pour l’entreprise qui fait la demande. Pour nous joindre à Montréal : 514 815-2552.

Questions fréquentes

Sources

1. Microsoft, Windows Server 2012 (nouvel onglet)
2. Microsoft, Windows Server 2012 R2 (nouvel onglet)
3. Microsoft, Windows Server 2016 (nouvel onglet)
4. Microsoft, Windows Server 2019 (nouvel onglet)
5. Microsoft, Windows Server 2022 (nouvel onglet)
6. Microsoft, Windows Server 2025 (nouvel onglet)
7. Microsoft, FAQ sur les mises à jour de sécurité étendues (nouvel onglet)
8. Red Hat, CentOS Linux EOL :https://www.redhat.com/en/topics/linux/centos-linux-eol ; politique de cycle de vie RHEL (nouvel onglet)
9. Canonical, Ubuntu release cycle (nouvel onglet)
10. SUSE, Product Support Lifecycle (nouvel onglet)