Algeria AgencyIT & infrastructure
Windows Server : ce qu’on achète vraiment quand on achète un serveur
La machine s’achète une fois, le droit de s’en servir se paie par personne. Et elle porte une date de fin écrite, qui est la seule sûre du pilier.
Un serveur n’est pas un achat, c’en est trois : la machine, le système qui tourne dessus, et le droit pour chaque personne de s’y connecter. Les devis que l’on nous montre contiennent presque toujours le premier, souvent le deuxième, rarement le troisième.
C’est la raison la plus fréquente pour laquelle un projet de serveur coûte davantage que prévu, et ce n’est pas une mauvaise surprise technique : c’est une ligne qui n’avait pas été comptée, et elle se compte par personne plutôt que par machine.
Cette page décrit les trois achats, ce que le serveur fait réellement dans une entreprise de vingt personnes, et la seule date de tout ce pilier sur laquelle on puisse planifier quelque chose.
Elle contient aussi le refus qui nous coûte le plus cher de cette famille : une part importante des entreprises qui nous demandent un serveur n’en ont pas besoin, et la section 7 dit à quoi on le reconnaît.
Un serveur, c’est trois achats
Le premier achat est la machine, et c’est celui dont tout le monde parle : des disques, de la mémoire, une alimentation redondante, une garantie. Il est visible, il se compare, et il représente en général la moitié de la dépense réelle.
Le deuxième est le système. Il se licencie au nombre de cœurs du processeur, avec un minimum facturé même si la machine en a moins — un détail qui surprend, parce qu’il déconnecte le prix de la puissance réellement utilisée.
Le troisième est le droit de connexion, une licence par personne ou par appareil qui accède au serveur. C’est celui qui manque, et son montant croît avec vos effectifs alors que la machine, elle, ne change pas.
Ces trois achats n’ont pas le même rythme. La machine se remplace tous les cinq à sept ans, le système suit une date de fin écrite, et les droits de connexion suivent votre recrutement. Un budget qui les confond est un budget faux dès la deuxième année.
La conséquence pratique tient en une demande à faire avant toute comparaison : exigez que le devis sépare les trois lignes et qu’il précise le nombre de droits de connexion inclus. Deux propositions au même prix total peuvent différer de moitié sur cette seule ligne.
Les droits de connexion, la moitié invisible
Cette ligne mérite sa propre section parce qu’elle est la source d’écart la plus régulière entre le devis signé et la facture d’usage, et parce qu’elle est parfaitement légale à omettre — rien n’oblige un vendeur à compter vos employés à votre place.
Le principe est simple : le serveur est licencié pour exister, et chaque personne qui s’y connecte est licenciée pour s’en servir. Le compte se fait sur les utilisateurs ou sur les appareils, au choix, et le bon choix dépend d’un rapport que vous seuls connaissez.
La règle qui tranche : si vos employés utilisent chacun plusieurs appareils — un poste, un portable, un téléphone — comptez par personne. Si plusieurs personnes se relaient sur les mêmes postes, comme dans un atelier ou une salle de production en trois-huit, comptez par appareil. L’écart entre les deux calculs est souvent du simple au double.
Ce qui échappe le plus souvent au compte : les personnes qui n’ouvrent jamais de session sur le serveur mais dont le logiciel, lui, s’y connecte. Une caisse, un lecteur de code-barres, une imprimante réseau, un poste de consultation. Ils accèdent, donc ils comptent.
La vérification à faire avant de signer et non après : demandez au fournisseur d’écrire le nombre de droits inclus et l’hypothèse de calcul retenue. Un devis qui ne l’écrit pas laisse la régularisation à votre charge, et elle arrive au moment le plus désagréable — un contrôle, un renouvellement, ou un support qui refuse d’intervenir.
La seule date sûre de tout ce pilier
Presque rien dans ce pilier ne se planifie sur un calendrier fiable. Une panne n’a pas de date, un vol non plus, et le moment où un disque lâchera n’est connu de personne. Il existe une exception, et elle est publiée à l’avance.
Chaque édition du système porte une fin de correctifs de sécurité écrite et engagée par l’éditeur. Ce n’est pas une prévision : c’est une date à laquelle les correctifs cesseront d’être publiés, connue des années à l’avance, et elle ne bouge pas.
Comptée en mois depuis aujourd’hui plutôt qu’en années, elle change de nature. « Supporté jusqu’en 2027 » se lit comme lointain ; cinq mois se lit comme un trimestre budgétaire, et c’est exactement ce que c’est pour une machine installée en 2018 et jamais remise à jour.
Ce que la fin des correctifs signifie concrètement : la machine continue de fonctionner normalement. Elle ne s’arrête pas, elle n’affiche rien, rien ne change visiblement. Elle cesse simplement de recevoir les corrections des failles découvertes après cette date, et ces failles, elles, continuent d’être découvertes.
C’est donc la seule ligne de ce pilier qui se met dans un budget prévisionnel avec une date exacte. Utilisez-la : un remplacement décidé douze mois à l’avance se négocie, se planifie hors saison et se teste ; le même remplacement décidé après l’échéance se fait dans l’urgence et au prix de l’urgence.
Microsoft, politique de cycle de vie fixe, consultée en 2026
Ce qu’un serveur fait réellement dans une PME
Avant de le dimensionner, il faut nommer ce qu’il fait, parce que la liste réelle est courte et qu’elle ne ressemble pas à ce qu’un catalogue décrit.
Dans la très grande majorité des entreprises de vingt personnes que nous voyons, le serveur fait quatre choses : il héberge des fichiers partagés, il tient les comptes utilisateurs, il fait tourner un logiciel métier — comptabilité, gestion commerciale, production — et il sert d’imprimante commune.
Trois de ces quatre fonctions ne demandent presque aucune puissance. Le partage de fichiers est limité par le réseau, l’annuaire par rien du tout, l’impression par l’imprimante. La seule qui consomme réellement est le logiciel métier, et sa consommation dépend de son éditeur plutôt que de votre effectif.
La conséquence est un déséquilibre systématique dans les devis : on dimensionne le processeur et la mémoire pour un usage qui n’existe pas, et on sous-dimensionne les disques, qui sont la seule chose qui manquera vraiment dans trois ans.
La question à poser à l’éditeur de votre logiciel métier, et à personne d’autre : quelles sont ses exigences écrites, et combien de sessions simultanées avez-vous réellement. Sa réponse remplace tout le reste de la conversation matérielle, parce que c’est la seule contrainte qui ne se contourne pas.
L’annuaire est ce qu’on achète vraiment
Si l’on devait garder une seule fonction, ce serait celle-là, et c’est la moins spectaculaire : un endroit unique où existent les comptes des personnes, avec ce que chacune a le droit d’ouvrir.
Sa valeur ne se voit pas à l’installation, elle se voit au départ d’un employé. Sans annuaire, une personne qui part laisse derrière elle huit accès à fermer sur huit systèmes, et l’audit de l’entreprise trouvera au moins un oublié. Avec annuaire, c’est une action unique.
C’est très exactement la découverte que l’article sur l’audit décrit comme la plus fréquente : un ancien employé toujours actif. L’annuaire est ce qui rend cette découverte impossible, et c’est le seul argument commercial honnête de cette page.
Il apporte une deuxième chose que l’on sous-estime : une politique unique. Longueur des mots de passe, verrouillage automatique, ce qu’un poste a le droit d’installer. Décidé une fois, appliqué partout, sans qu’un technicien passe sur chaque machine.
La limite à dire : un annuaire ne sert à rien dans une structure de cinq personnes qui utilisent chacune un seul appareil et un seul logiciel. Il commence à payer vers dix à quinze utilisateurs, ou plus tôt s’il y a du renouvellement de personnel, et c’est ce seuil qui décide plutôt que la taille du chiffre d’affaires.
Virtualiser change le calcul du remplacement
Faire tourner plusieurs serveurs logiques sur une seule machine physique n’est pas une astuce d’économie ; c’est ce qui découple la durée de vie du logiciel de celle du matériel, et c’est là que se trouve le vrai bénéfice.
Concrètement : le jour où la machine physique meurt, un serveur virtualisé se rallume sur une autre machine, y compris une machine de marque et de génération différentes. Sans virtualisation, le même incident demande une réinstallation complète, et la réinstallation demande des mots de passe et des supports que personne ne retrouve.
Cela change aussi la façon de tester une mise à jour. On duplique le serveur, on applique la mise à jour sur la copie, on regarde si le logiciel métier survit, et on jette la copie. Sans cette possibilité, toute mise à jour se fait en production, ce qui est la raison pour laquelle tant de serveurs ne sont jamais mis à jour.
Le coût de cette souplesse est réel et il faut le dire : une couche de plus à comprendre, une licence supplémentaire dans certains cas, et un point de sauvegarde différent — on sauvegarde désormais des machines entières, ce qui est plus simple mais plus volumineux.
Notre position par défaut : virtualiser même quand il n’y a qu’un seul serveur, précisément parce qu’il n’y en a qu’un. C’est la configuration où une panne matérielle est la plus grave, et c’est donc celle où pouvoir redémarrer ailleurs vaut le plus cher.
La machine ne meurt pas, elle sort du support
Le scénario que redoutent les dirigeants est la panne brutale. Le scénario que nous rencontrons est plus lent et plus coûteux : une machine parfaitement fonctionnelle qui n’est simplement plus soutenue par personne.
Trois supports s’arrêtent à des dates différentes et il faut les distinguer. La garantie matérielle du constructeur, qui décide de qui vient réparer. Le support du système, qui décide des correctifs de sécurité. Et le support de l’éditeur de votre logiciel métier, qui décide si l’on vous répond au téléphone.
Le troisième est celui qui déclenche réellement les remplacements, et personne ne le surveille. Un éditeur qui annonce que sa nouvelle version exige un système plus récent vient de fixer votre calendrier de renouvellement, quelle que soit la santé de votre machine.
Il existe une réponse intermédiaire honnête et rarement proposée : isoler. Une machine hors support qui fait tourner un logiciel métier ancien peut être coupée d’internet, réduite à son strict usage local, et gardée deux ans de plus pendant que le remplacement se prépare correctement.
Cette réponse a une condition non négociable : elle ne s’applique pas à une machine qui reçoit du courrier, navigue sur internet ou héberge quoi que ce soit d’accessible depuis l’extérieur. Isoler veut dire isoler, sinon c’est simplement laisser une porte ouverte en écrivant qu’elle est fermée.
Le serveur qui n’aurait pas dû exister
Il faut écrire la phrase qui nous coûte le plus dans cette famille : une part importante des entreprises qui nous demandent un serveur n’en ont pas besoin, et c’est la plus grosse facture unique de tout le pilier.
On le reconnaît à quatre signes. Personne n’ouvre de session sur le serveur lui-même. Il n’y a aucun logiciel métier qui exige une base locale. Les fichiers partagés tiennent en quelques centaines de gigaoctets. Et l’effectif est inférieur à une dizaine de personnes stables.
Dans cette configuration, un boîtier de stockage partagé avec ses copies, une messagerie hébergée et des postes correctement gérés font le même travail, coûtent nettement moins cher à l’achat, et surtout ne portent ni licences d’accès ni date de fin de support.
La bascule se fait quand l’une des quatre conditions tombe. Un logiciel métier qui exige une base sur place, un effectif qui dépasse la douzaine avec du renouvellement, ou un besoin de politique commune sur les postes : à ce moment-là le serveur devient la bonne réponse, et pas avant.
Ce que nous refusons est la conséquence directe : nous ne vendrons pas un serveur à une entreprise qui coche les quatre signes ci-dessus, même si elle nous le demande explicitement, sans avoir écrit noir sur blanc ce qu’elle achète en trop et pourquoi.
Le local, la chaleur et la poussière
L’article sur l’infrastructure traite l’électricité, et nous ne la rouvrons pas ici. Deux autres contraintes physiques décident pourtant de la durée de vie réelle d’une machine, et elles sont propres à l’endroit où on la pose.
La chaleur est la première. Un serveur placé dans un placard fermé, dans une pièce sans ventilation, ou dans un bureau plein sud en été, tourne en permanence à une température qui raccourcit la vie de ses disques et de son alimentation. Il ne s’arrête pas ; il vieillit plus vite, ce qui est plus difficile à voir.
La poussière est la seconde, et elle est particulièrement sous-estimée dans les locaux proches d’un atelier, d’une voirie ou d’un chantier. Les filtres se bouchent, les ventilateurs forcent, la température monte, et l’on revient au paragraphe précédent.
Trois mesures suffisent et aucune n’est technique : une pièce qui n’est pas la plus chaude du bâtiment, un espace libre devant et derrière la machine, et un nettoyage annuel inscrit quelque part. Ce sont les trois choses qu’aucun devis ne contient et qui décident de la cinquième année.
La quatrième, moins évidente, est la porte. Un serveur dans un couloir ou dans une pièce ouverte à tous est un serveur accessible physiquement, et un accès physique annule la plupart des protections logicielles. Une porte qui ferme est une mesure de sécurité, la moins chère de toutes.
Les mises à jour qui cassent, et la fenêtre où on les fait
Il faut reconnaître le fond du problème plutôt que le nier : les mises à jour cassent parfois des choses, et un logiciel métier ancien est exactement ce qu’elles cassent le plus souvent. C’est pourquoi tant de serveurs n’en reçoivent aucune.
La réponse ne peut pas être de ne rien appliquer, parce qu’une machine sans correctifs est le seul cas de ce pilier où le risque augmente tout seul, sans que personne fasse quoi que ce soit. Elle ne peut pas non plus être d’appliquer tout, tout de suite, en pleine journée.
La pratique qui marche tient en trois règles. Décaler d’une semaine plutôt que d’appliquer le jour même, parce que les problèmes d’une mise à jour sont connus publiquement en quelques jours. Appliquer sur la copie virtualisée d’abord. Et fixer une fenêtre — un soir précis du mois — plutôt que d’attendre un moment calme qui n’arrive jamais.
Un cas mérite d’être traité à part : les correctifs de sécurité critiques, qui ne se décalent pas d’une semaine. Ils se distinguent des autres, ils sont peu nombreux, et le fournisseur qui vous maintient doit être capable de vous dire lesquels sont dans cette catégorie sans hésiter.
Enfin, la règle qui évite la moitié des dégâts : avant toute mise à jour, une copie récente et vérifiée. Pas une sauvegarde en général — une copie faite ce soir-là, restaurable, dont on a vérifié la présence avant de cliquer. Une mise à jour appliquée sans cela est un pari sur un logiciel qu’on ne contrôle pas.
Ce qu’il faut obtenir à la livraison
Une installation de serveur se termine par une remise, et cette remise est la partie que l’on saute le plus souvent parce que la machine fonctionne déjà. Elle contient cinq choses, et leur absence ne se remarque que le jour d’un incident.
Le mot de passe administrateur, écrit, remis à la direction, et changé si le prestataire change. C’est l’élément que l’audit décrit comme le plus souvent perdu, et un serveur dont personne n’a l’accès administrateur est un serveur qui se remplacera le jour de sa panne.
Les preuves de licence : les certificats, les numéros, le nombre de droits de connexion acquis et la date d’achat. Ces documents ne servent à rien pendant des années puis servent absolument, lors d’un contrôle, d’un litige ou d’une migration.
Une page décrivant ce qui est installé et pourquoi : quels rôles, quels partages, où sont les données, où va la sauvegarde et à quelle heure. Une page, pas un rapport — l’article sur l’audit explique pourquoi le format long n’est jamais mis à jour.
Enfin, deux essais faits devant vous : une restauration d’un fichier depuis la sauvegarde, et un arrêt et redémarrage complet de la machine. Le second surprend toujours quelqu’un, parce que c’est le moment où l’on découvre les services qui ne redémarrent pas tout seuls.
Ce que nous faisons, et ce que nous refuserons de faire
Ce que nous refuserons : vendre un serveur à une entreprise qui n’en a pas besoin selon les quatre signes de la section 7. C’est la facture la plus élevée de cette famille et nous préférons l’écrire ici que la défendre plus tard.
Nous refuserons de remettre un devis qui ne sépare pas les trois achats et n’écrit pas le nombre de droits de connexion inclus. Un total unique est confortable pour le vendeur et illisible pour l’acheteur, et l’écart se découvre douze mois plus tard.
Nous refuserons d’installer une machine dans un placard fermé ou dans une pièce sans ventilation, et de laisser une installation partir sans que le mot de passe administrateur soit entre vos mains et non entre les nôtres.
Ce que nous faisons : le dimensionnement décidé par les exigences écrites de votre éditeur métier plutôt que par un catalogue ; la virtualisation même sur une machine unique ; la date de fin de correctifs inscrite dans votre budget prévisionnel douze mois avant ; la remise en cinq points, avec les deux essais faits devant vous ; et une fenêtre de mise à jour fixée dans le calendrier plutôt que laissée au hasard.
Et ce que vous pouvez faire cette semaine sans nous : trouvez quelle édition du système tourne sur votre serveur, cherchez sa date de fin de correctifs, et convertissez-la en mois. Puis comptez combien de personnes et d’appareils s’y connectent réellement. Ces deux nombres décident du reste de la conversation.
Questions fréquentes
Pourquoi un devis de serveur augmente-t-il après coup ?
Presque toujours à cause des droits de connexion, qui se comptent par personne ou par appareil et non par machine. Exigez que le devis sépare les trois achats — la machine, le système, les accès — et écrive le nombre de droits inclus.
Faut-il compter par utilisateur ou par appareil ?
Par personne si chacun utilise plusieurs appareils ; par appareil si plusieurs personnes se relaient sur les mêmes postes. N’oubliez pas ce qui se connecte sans ouvrir de session : une caisse, un lecteur de code-barres, une imprimante réseau.
Que se passe-t-il à la fin du support ?
Rien de visible : la machine continue de fonctionner. Elle cesse simplement de recevoir les correctifs des failles découvertes après cette date. C’est la seule échéance datée de tout le pilier, donc la seule qui se planifie douze mois à l’avance.
Avons-nous vraiment besoin d’un serveur ?
Pas si les quatre signes sont réunis : personne n’ouvre de session dessus, aucun logiciel métier n’exige de base locale, les fichiers partagés tiennent en quelques centaines de gigaoctets, et l’effectif est inférieur à une dizaine de personnes stables.
Faut-il virtualiser un serveur unique ?
Oui, et surtout dans ce cas. C’est la configuration où une panne matérielle est la plus grave, donc celle où pouvoir rallumer la machine logique ailleurs vaut le plus cher. Cela permet aussi de tester une mise à jour sur une copie.
Comment gérer les mises à jour sans casser le logiciel métier ?
Décalez d’une semaine, appliquez d’abord sur la copie virtualisée, et fixez une fenêtre mensuelle plutôt qu’un moment calme qui n’arrive jamais. Les correctifs de sécurité critiques font exception et ne se décalent pas.
Où nous intervenons
La fin des correctifs convertie en nombre de mois est un chiffre dur, et il est souvent plus proche qu’on ne le croit. Il ne dit pas ce dont votre logiciel métier a besoin.
- Nous dimensionnons sur ce que votre éditeur métier exige noir sur blanc.
- Nous séparons les trois achats sur le devis et nous écrivons le nombre de droits.
- Nous vérifions la pièce, sa ventilation et son accès avant de parler d’une machine.
Aucun des quatre signes chez vous : vous n’avez pas besoin d’un serveur, et anticiper coûterait plus que d’attendre le premier.
À lire ensuite
Les partages : qui peut ouvrir quoi, et depuis quand
Un annuaire sert tous les jours à une seule chose : décider qui ouvre quel dossier. Les groupes, l’héritage, et l’arborescence qu’il faut cesser de calquer.Remplacer un système qui marche encore
Quatre raisons justifient de remplacer un logiciel ancien. En dehors de ces quatre, le garder est presque toujours la bonne décision — et personne n’a intérêt à vous le dire.Faire tourner un modèle sur votre machine : les trois nombres qui décident
Le nombre dans le nom du modèle ne dit pas s’il tiendra chez vous. Trois autres le disent, et ils se calculent avant d’acheter quoi que ce soit.
Parlons de votre projet
Un audit gratuit, sans engagement : nous regardons votre présence en ligne et nous vous disons ce qui coince.