2026 : avant de quitter le cloud avec Windows Server 2025, vérifiez la licence

Cet article s’adresse aux responsables techniques qui envisagent de déplacer une charge Windows Server 2025 depuis le cloud et doivent vérifier si leurs licences correspondent au déploiement visé.
Il concerne également les équipes financières et achats qui préparent un budget d’infrastructure et doivent distinguer les frais de licence de ceux de location du serveur.
Si votre équipe prévoit plusieurs machines virtuelles Windows, vérifiez les droits applicables avant d’arrêter l’architecture de virtualisation.

Dernière vérification : 26 octobre 2026, à partir du guide de licence Windows Server 2025, des ressources Microsoft et des conditions de produit applicables. Les droits dépendent des licences et accords effectivement détenus ; demandez une confirmation adaptée à votre dossier.

Avant le budget : distinguer licence et infrastructure

Une offre de location décrit un service d’infrastructure ; elle ne prouve pas, à elle seule, que le droit d’utiliser Windows Server vous est fourni avec ce service. À l’inverse, posséder déjà une licence ne suffit pas à établir qu’elle peut être affectée au nouvel environnement. Documentez séparément ces deux sujets avant de comparer les dépenses.

Créez une fiche de vérification pour chaque charge concernée. Relevez la provenance de la licence, le produit et l’édition indiqués, le titulaire, la durée, les documents contractuels associés et l’emplacement d’exécution actuel. Décrivez aussi la destination envisagée, le nombre de machines virtuelles Windows prévues et la partie qui fournira le système d’exploitation.

Pour ne pas confondre faits et hypothèses, utilisez des statuts explicites :

• Confirmé par un document : la référence de licence, le titulaire ou la durée est établi par une pièce identifiable.
• À confirmer auprès du fournisseur de licences : les droits applicables à la destination ou à l’architecture restent à établir.
• À confirmer auprès du fournisseur de serveur : l’installation, l’édition, la langue ou la facturation de l’option système ne sont pas encore documentées.
• Non établi : les pièces sont introuvables ou ne permettent pas d’identifier la licence et son titulaire.

Présentez ensuite le budget sous deux rubriques distinctes : « infrastructure et services » et « licences logicielles et droits associés ». N’inscrivez pas de coût de licence transférée ni de conclusion sur sa réutilisation tant que la source compétente ne l’a pas confirmé. Les Microsoft Product Terms applicables à Windows Server sont à examiner avec les documents et l’accord réellement détenus.

Cette séparation évite un raccourci fréquent en préparation budgétaire : traiter l’installation du système d’exploitation comme si elle réglait la question des droits. Une ligne commerciale portant sur Windows peut décrire une option proposée, tandis que les conditions d’utilisation applicables à votre organisation dépendent de la licence et de son contrat.

Pendant l’inventaire : établir la provenance des droits

Une licence Windows Server 2025 peut-elle passer du cloud à un serveur dédié ?

Vous ne pouvez pas répondre à cette question en vous fondant uniquement sur le fait que la cible est un serveur dédié. La documentation Microsoft présente plusieurs modèles et conditions, mais elle ne permet pas de conclure que toute licence utilisée dans un environnement cloud est transférable vers n’importe quelle autre infrastructure. Demandez au fournisseur de licences de confirmer l’applicabilité à votre cas à partir des références exactes de vos documents et d’une description de la cible.

Rassemblez les justificatifs disponibles : confirmation d’achat, portail de licences, contrat, facture, historique des affectations et échanges écrits portant sur la fourniture du système. Si vous ne trouvez pas le titulaire ou la référence de licence, consignez « droits non établis ». Ne remplacez pas cette mention par « transférable » au motif que le système peut techniquement être installé ailleurs.

Vous pouvez relever les informations exposées par Windows et les rapprocher des pièces d’achat. Par exemple, dans PowerShell :

Get-CimInstance Win32_OperatingSystem |
  Select-Object Caption, Version, OperatingSystemSKU

La sortie permettra de relever le nom et la version détectés sur la machine. Il s’agit d’un inventaire technique, pas d’une attestation du titulaire, du modèle de licence ou du droit d’utiliser le système dans la destination envisagée.

Pour consulter les informations d’activation locales, vous pouvez aussi lancer :

slmgr.vbs /dlv

Conservez le résultat avec les autres éléments, sans le traiter comme une preuve d’acquisition ou d’autorisation. Une activation réussie confirme un état technique ; elle ne remplace pas la vérification des conditions contractuelles. Cette distinction est essentielle lorsque les équipes ont déjà testé une installation : le succès du démarrage ou de l’activation ne clôt pas le contrôle des droits.

Un abonnement ou Software Assurance suffit-il pour la nouvelle cible ?

Ne concluez pas à partir de la seule présence d’un abonnement ou de Software Assurance. Notez le produit concerné, la période couverte, le titulaire, les conditions d’utilisation et le lien avec le déploiement envisagé. Demandez ensuite une réponse écrite sur les droits précis associés à votre dossier. Le guide Microsoft sur la licence de Windows Server 2025 et les conditions de licence de Windows Server Datacenter décrivent des modèles soumis à des conditions. Ils ne valident pas automatiquement votre situation contractuelle.

Dans votre demande, précisez le produit mentionné dans les documents, le type de licence, l’existence éventuelle d’un abonnement ou de Software Assurance, le titulaire et l’organisation qui exploitera le système. Décrivez également l’environnement de départ, la destination et la relation entre l’hôte physique et les machines virtuelles prévues. Demandez une réponse qui indique le modèle applicable et les conditions à respecter.

Si une information manque, laissez-la en suspens au lieu de la déduire. La formule « nous avons une licence Windows Server » ne précise ni l’édition détenue, ni les conditions d’utilisation, ni l’adéquation de la licence avec l’architecture projetée.

Avant de concevoir la cible : décrire l’hôte et les machines virtuelles

Quels droits vérifier avant d’exécuter des machines virtuelles avec Windows Server Standard ?

Commencez par décrire l’environnement prévu. Faites apparaître le serveur physique, son éventuel rôle d’hôte, l’hyperviseur envisagé et chaque machine virtuelle qui exécutera Windows Server. Indiquez aussi les charges qui resteraient dans le cloud ou sur une autre infrastructure. Un schéma incomplet peut conduire à demander une confirmation qui ne correspond pas à l’usage réel.

Windows Server Standard et Windows Server Datacenter n’accordent pas les mêmes droits de virtualisation dans toutes les situations. Cependant, le nom d’une édition ne prouve pas que les droits nécessaires sont réunis. Microsoft décrit des modèles fondés sur les cœurs physiques ou sur les machines virtuelles, sous certaines conditions ; le modèle applicable dépend des documents détenus et de la configuration envisagée. Consultez le guide Microsoft sur la virtualisation de Windows Server et les ressources de licence Windows Server, puis demandez une confirmation liée à votre dossier.

Votre schéma doit distinguer les composants qui peuvent autrement être confondus :

• les processeurs et les cœurs physiques de l’hôte ;
• le système installé sur l’hôte, le cas échéant ;
• les machines virtuelles prévues et leur système invité ;
• l’affectation des licences envisagée pour l’hôte ou les invités ;
• les changements possibles de capacité, de rôle ou de nombre de machines virtuelles.

À partir de cette description, vous pouvez poser une question précise au fournisseur de licences : « Voici les références de nos licences et la topologie envisagée ; pouvez-vous confirmer par écrit le modèle applicable et ses conditions ? » Vous évitez ainsi de demander une conclusion générale à partir de la seule mention « Standard » ou « Datacenter ».

Le choix de l’hyperviseur relève aussi de la conception technique, mais ne tranche pas à lui seul la licence Windows. Vérifiez uniquement les options réellement proposées par le fournisseur de serveur. La possibilité d’installer un système ou un hyperviseur ne prouve pas qu’une licence Windows Server est incluse, transférable ou administrée pour votre compte.

Avant de demander une offre : distinguer installation et autorisation

La licence Windows Server est-elle comprise dans la location d’un serveur dédié ?

Demandez une réponse explicite au fournisseur de serveur. La mention « Windows Server disponible » peut désigner une option d’installation sans préciser qui détient les droits logiciels ni comment ils sont facturés. Faites confirmer le système proposé, l’édition, la langue, le mode de déploiement, la ligne de facturation et la partie responsable de la licence. Si l’offre prévoit seulement l’installation, demandez que cette limite soit clairement documentée.

Les informations publiées par OSFP Cloud indiquent des options payantes Windows Server 2019, Windows Server 2022 et Windows Server 2025, en éditions Standard ou Datacenter, avec des langues anglaise, chinoise traditionnelle ou chinoise simplifiée. Vérifiez les options Windows Server d’OSFP Cloud au moment de votre étude : elles décrivent les options de l’offre, mais ne déterminent pas si vos licences existantes peuvent être réutilisées et ne remplacent pas les conditions Microsoft.

Pour comparer ce qui est proposé à ce que votre organisation détient, demandez une réponse distincte à chaque point :

• Le système est-il installé par le fournisseur, proposé comme option ou laissé à votre charge ?
• L’option est-elle facturée séparément, et quelle édition concerne-t-elle ?
• Votre licence existante peut-elle être utilisée dans cette configuration précise ?
• Qui fournit les justificatifs et qui vérifie les droits ?
• Qu’est-ce qui relève du test technique, et qu’est-ce qui doit encore être confirmé contractuellement ?

Consultez également les conditions de service d’OSFP Cloud afin de distinguer le périmètre de l’offre des obligations liées à votre licence logicielle. Une réponse limitée à « le système s’installe » ou « l’activation fonctionne » ne confirme pas le droit d’utiliser le logiciel dans votre situation. Demandez une clarification lorsque les pièces commerciales ne permettent pas de savoir si l’option désigne une installation, une licence fournie ou une autre prestation.

Avant la bascule : obtenir les confirmations et préparer le retour arrière

N’attendez pas la veille de la migration pour clarifier les droits. Transmettez votre inventaire et votre schéma de cible au fournisseur de licences, puis communiquez au fournisseur de serveur les options nécessaires. Demandez à chacun de répondre sur son propre périmètre : le premier confirme les droits et leurs conditions ; le second décrit l’infrastructure, l’installation et les options système disponibles.

Avant le passage en production, consignez dans un dossier les références de licence, les justificatifs, l’édition visée, la description de l’hôte et des machines virtuelles, ainsi que les confirmations écrites reçues. Indiquez qui décide de l’affectation des licences et qui prend en charge l’installation. Si un coût ou un droit reste à déterminer, notez-le explicitement au lieu de le présenter comme acquis.

Un essai technique permet de vérifier que le système démarre, que les applications se connectent et que les procédures de déploiement fonctionnent. Il ne tranche pas l’interprétation de votre contrat. Dans le compte rendu, séparez donc « validation technique réussie » et « droits de licence confirmés ». Conservez l’environnement actuel et une procédure de retour réalisable afin qu’une incertitude de licence ne se transforme pas en migration irréversible.

Si les conditions semblent ambiguës, ne transformez pas votre interprétation en règle générale. Demandez une réponse écrite au fournisseur de licences ou faites examiner le dossier par un conseiller compétent. Les documents Microsoft éclairent les modèles de licence ; l’application à votre organisation dépend des pièces et de l’accord concernés.

Au moment de décider : utiliser une liste de contrôle et des conditions de sortie

Cochez chaque ligne uniquement lorsque vous disposez d’une pièce ou d’une confirmation identifiable. Une case vide signifie que le sujet reste ouvert, pas que la réponse est favorable.

• [ ] Origine et titulaire : les documents identifient la provenance de la licence et l’organisation qui la détient.
• [ ] Produit et édition : les références correspondent à Windows Server 2025 et précisent l’édition ainsi que le type de licence.
• [ ] Durée et conditions : les périodes, options d’abonnement et éléments associés ont été examinés.
• [ ] Architecture cible : l’hôte physique, les systèmes invités et les machines virtuelles prévues sont décrits sans ambiguïté.
• [ ] Droits d’usage : le fournisseur de licences a confirmé par écrit que le modèle envisagé convient à la configuration décrite, ou a précisé les conditions à remplir.
• [ ] Offre du serveur : le fournisseur a indiqué si le système est installé, fourni comme option ou facturé séparément, sans confondre cette information avec les droits que vous détenez.
• [ ] Responsabilités : les interlocuteurs chargés de l’installation, de la preuve des licences et de la décision finale sont nommés.
• [ ] Continuité : les essais, les sauvegardes et le retour vers l’environnement actuel sont définis avant la bascule.

Appliquez ensuite les conditions de décision suivantes :

• Si le titulaire, les documents, le modèle de licence et son adéquation à la cible sont confirmés, alors comparez la migration avec le maintien dans le cloud en séparant les coûts d’infrastructure des coûts logiciels.
• Si l’installation est proposée mais que les droits ou la facturation restent incertains, alors traitez la ligne de licence comme non résolue et ne présentez pas la migration comme autorisée.
• Si plusieurs machines virtuelles sont prévues et que les droits correspondants n’ont pas été confirmés, alors suspendez le choix définitif de l’architecture et demandez une analyse fondée sur le schéma réel.
• Si le dossier de licence est incomplet, alors conservez la charge dans son environnement actuel ou examinez un déploiement hybride en attendant une réponse.
• Si l’application dépend d’une forte élasticité ou de services gérés absents de la cible, alors vérifiez ces dépendances avant d’envisager le déplacement de toute la charge.

Dans le compte rendu destiné à la direction, séparez les faits établis des hypothèses, attribuez chaque point en attente à un responsable et précisez ce qui déclenchera une nouvelle vérification : changement de titulaire, d’édition, de topologie ou de service fourni. Cette méthode permet de conserver une décision budgétaire lisible même si le fournisseur de licences n’a pas encore répondu.

Si vos droits sont établis et que la charge bénéficie d’une capacité dédiée, un serveur physique peut être pertinent à comparer avec des instances cloud partagées. Cette comparaison doit néanmoins prendre en compte l’ensemble des services facturés et les obligations logicielles ; le caractère dédié ne garantit pas à lui seul une baisse des coûts. Chez OSFP Cloud, commencez par rapprocher votre schéma cible des versions Windows Server et des langues proposées, puis faites confirmer l’applicabilité de vos licences avant de retenir l’offre ou de commander.