Si votre organisation utilise slmgr.vbs pour automatiser l’activation de Windows, il est temps d’identifier vos dépendances et de préparer une migration vers PowerShell. VBScript est désormais déprécié et sera retiré dans les futures versions de Windows, ce qui signifie que toute automatisation reposant sur slmgr.vbs devra être modifiée.
Pendant la période de transition, vous pouvez continuer à utiliser vos processus actuels, mais les automatisations dépendant de slmgr.vbs doivent être repérées, testées et migrées avant que VBScript ne soit supprimé. Le module PowerShell OSLicense est maintenant la méthode recommandée pour effectuer les tâches courantes d’activation Windows. Les étapes décrites dans cet article vous aideront à démarrer.
Remarque : La disponibilité du module PowerShell OSLicense varie selon les versions de Windows. Vérifiez la prise en charge pour chaque segment de votre parc avant de modifier vos automatisations en production.
La dépréciation de VBScript vous laisse du temps pour vous préparer
La suppression de VBScript se fait en plusieurs phases. L’ordre des étapes est plus important qu’une date précise :
- Phase actuelle : VBScript reste disponible via Features on Demand (FOD) et est activé par défaut sur les versions de Windows concernées.
- Phase suivante : VBScript ne sera plus activé par défaut. Les workflows qui en dépendent devront activer la fonctionnalité le temps de finaliser la migration.
- Phase finale : VBScript sera retiré des futures versions de Windows. À ce stade, slmgr.vbs ne sera plus disponible comme solution de secours.
Pour connaître le calendrier officiel, consultez VBScript deprecation: Timelines and next steps.
Vérifiez la disponibilité du module PowerShell avant de migrer
La disponibilité du module OSLicense diffère entre Windows Client et Windows Server. Avant de mettre à jour vos scripts de production, confirmez que l’appareil cible :
- exécute une version de Windows compatible,
- possède la mise à jour requise.
Plateforme → Mise à jour requise
| Plateforme | Mise à jour nécessaire |
|---|---|
| Windows 11 | Preview du 27 août 2026 (KB5120998) ou version ultérieure |
| Windows Server | Prévu pour la prochaine version majeure de Windows Server. Pour tester en avance : Windows Server vNext Preview Build 29651 ou plus récent |
Remplacez les tâches courantes slmgr.vbs par PowerShell
Voici les équivalences prévues pour trois tâches fréquentes. Avant utilisation en production, validez les noms de commandes et paramètres dans la documentation officielle du module OSLicense.
| Tâche | Commande actuelle | Équivalent PowerShell |
|---|---|---|
| Activer Windows | slmgr.vbs /ato | Invoke-OSLicense -ActivateOnline |
| Installer une clé produit | slmgr.vbs /ipk <clé> | Invoke-OSLicense -InstallProductKey <clé> |
| Afficher l’état de licence | slmgr.vbs /dlv | Get-OSLicenseInfo |
Pour la référence complète des commandes, les scénarios de migration, les paramètres et les détails de sortie, consultez la documentation du module OSLicense.
Commencez à préparer votre automatisation maintenant
1. Inventoriez vos dépendances
Recherchez dans vos scripts, runbooks, séquences de tâches, politiques de gestion, outils de déploiement et procédures de support toute référence à : slmgr, cscript, wscript, .vbs.
2. Confirmez les prérequis
Identifiez les versions Windows Client et Server concernées, puis vérifiez la disponibilité du module OSLicense et les mises à jour nécessaires.
3. Pilotez le remplacement
Mettez à jour des scripts représentatifs dans un environnement de test. Validez :
- le comportement des commandes,
- la gestion des codes de sortie,
- l’analyse des résultats,
- les permissions,
- le fonctionnement en remoting,
- le logging.
4. Déployez et surveillez
Déployez la transition via votre processus de gestion du changement. Conservez des instructions de rollback tant que la nouvelle automatisation n’est pas validée sur l’ensemble du parc.
Traitez d’abord les workflows critiques
Vous n’avez pas besoin de remplacer toutes les commandes slmgr.vbs d’un coup. Commencez par inventorier les dépendances et identifier les workflows d’activation les plus importants pour votre organisation. Ensuite :
- Vérifiez la disponibilité du module OSLicense.
- Testez des scripts représentatifs.
- Déployez les changements validés via votre processus habituel.
Sélectionnez un workflow représentatif pour un pilote de migration.
Plus vous commencez tôt la planification et la validation, plus il sera facile de moderniser vos workflows d’activation avant la suppression finale de VBScript.
