Migration de Windows Server 2012 vers 2019 et industrialisation des postes

Contexte

Le socle serveur reposait sur Windows Server 2012, en fin de cycle de support, tandis que les postes de travail du réseau évoluaient vers Windows 10 puis Windows 11. Sans standardisation, chaque agence accumulait des écarts de configuration qui rendaient les incidents difficiles à reproduire et les déploiements imprévisibles.

Mon rôle

Chef de division informatique régional : pilotage de la migration, définition du socle standard, et exécution technique sur Active Directory, les GPO, les images et les déploiements.

Actions et outils

• Migration de Windows Server 2012 vers Windows Server 2019, avec reprise des rôles et des services hébergés.
• Administration d’Active Directory et des GPO : gestion des droits utilisateurs, cohérence des stratégies appliquées aux postes et aux serveurs.
• Virtualisation des serveurs sous Hyper-V en complément de la plateforme VMware.
• Création et maintenance des images Windows 10/11 avec DISM, pour que chaque poste parte d’un socle identique et documenté.
• Déploiement des applications et des mises à jour avec SCCM, appuyé par WSUS pour les correctifs.
• Automatisation PowerShell du troussage des applications, de l’application des correctifs et de l’inventaire des versions installées sur le parc.
• Gestion du parc de portables et des accès VPN, ainsi que du soutien aux utilisateurs Microsoft 365 (Outlook, Teams, groupes).

Résultat

• Le socle serveur est sorti d’une version en fin de support, ce qui a rétabli la réception des correctifs de sécurité.
• Les postes sont déployés à partir d’images maîtrisées et de GPO cohérentes, ce qui rend les incidents reproductibles et les déploiements prévisibles.
• L’inventaire des versions logicielles est produit par script, et non reconstitué manuellement agence par agence.
• Migration : serveurs Windows concernés par le plan de modernisation et validés par étapes.
• Fenêtres d’interruption : planifiées et communiquées selon la criticité des services concernés.
• Postes : réinstallation et standardisation réalisées au besoin à partir de l’image approuvée.
• Efficacité de déploiement : séquence standardisée et reproductible, sans publication de mesure interne avant/après.

Visuels et preuves

La documentation décrit les étapes de migration et de standardisation sans publier de capture SCCM ni de configuration serveur interne.