Data center maintenance : ce qu’une stratégie bien structurée change vraiment

La maintenance d’un data center couvre deux périmètres interdépendants : le périmètre IT avec les serveurs, le stockage, le réseau et la sauvegarde ; et le périmètre facilities avec l’alimentation, le refroidissement, le câblage et l’organisation physique des baies. Beaucoup d’entreprises maintiennent encore ces deux périmètres de manière fragmentée, souvent en réaction à l’incident plutôt qu’en anticipation.

Selon la criticité des applications, une heure d’indisponibilité peut représenter plusieurs dizaines de milliers d’euros. L’Uptime Institute relevait aussi, dans son analyse 2025, que 54 % des répondants à son enquête 2024 estimaient que leur dernière panne significative avait coûté plus de 100 000 dollars. Ce coût n’est pas une fatalité. En revanche, il traduit bien souvent une stratégie de maintenance data center insuffisamment structurée.

Les signaux qui indiquent que votre maintenance data center est insuffisante

Avant de parler de méthode, il faut d’abord identifier le problème. Voici les quatre signaux les plus fréquents dans les data centers d’ETI et de PME, et aussi les plus souvent minimisés.

Des incidents récurrents sans analyse de cause racine documentée

Coupures ponctuelles, redémarrages inexpliqués, équipements qui subissent plusieurs défaillances similaires en quelques mois : ces signaux ne doivent jamais rester au niveau du simple dépannage. Si chaque occurrence ne donne pas lieu à une analyse de cause racine, les mêmes pannes reviennent. L’équipe traite alors les symptômes, pas les causes.

Le problème est rarement uniquement matériel. Une procédure non respectée, une consigne absente, un changement mal documenté ou une intervention réalisée dans l’urgence peuvent suffire à créer un incident en cascade. C’est le signe d’une maintenance corrective non pilotée.

Des équipements hors support OEM en production sans contrat alternatif

C’est l’angle mort le plus coûteux. Quand un constructeur annonce la fin de support d’un équipement, trois options existent : le remplacer, le passer en tierce maintenance (TPM) ou le laisser sans contrat. La troisième option reste fréquente, mais c’est aussi la plus risquée.

En cas de panne sur un équipement hors support sans stock de pièces disponible, le délai de remise en service devient difficile à anticiper. L’entreprise découvre alors trop tard qu’un serveur, une baie de stockage ou un équipement réseau critique n’a plus de couverture opérationnelle.

Des contrats fragmentés par constructeur sans gouvernance unifiée

Un contrat HP, un contrat Dell, un contrat Cisco, puis quelques équipements sans couverture claire : cette organisation paraît gérable… Tant qu’aucun incident majeur ne survient. Le jour où une panne se déclare, il faut identifier le bon interlocuteur, le bon périmètre contractuel, le bon SLA et parfois le bon historique d’intervention.

Cette fragmentation consomme du temps, crée des angles morts entre contrats et masque le coût total réel de la maintenance. Le sujet n’est plus seulement technique. En effet, il devient contractuel, budgétaire et opérationnel.

Un plan de maintenance jamais mis à jour ni testé

Beaucoup d’organisations disposent d’un plan de maintenance documenté. Très peu le mettent à jour au rythme réel des évolutions du parc : nouvelles acquisitions, fins de support, déplacements d’équipements, changements de configuration, consolidation ou extension de baie.

Un plan qui date de 18 mois ne décrit souvent plus l’infrastructure en production. Il existe, mais il ne pilote plus rien. C’est précisément dans cet écart entre le document et le réel que les incidents se préparent.

Ce que ça coûte réellement

Trois postes restent rarement consolidés dans les budgets IT : une panne non anticipée sur un équipement critique, qui peut représenter plusieurs dizaines de milliers d’euros par heure d’indisponibilité ; un renouvellement prématuré sous pression constructeur, alors qu’une TPM cadrée aurait pu prolonger la durée de vie de l’équipement ; des contrats fragmentés, qui peuvent absorber inutilement une part importante du temps de gestion IT. Ces coûts restent invisibles tant qu’ils ne sont pas analysés ensemble.

Les trois niveaux de maintenance data center : choisir selon la criticité

Les trois niveaux de maintenance ne s’excluent pas. Ils se combinent selon la criticité de chaque segment du data center. L’enjeu n’est donc pas de choisir un modèle unique pour tout le parc, mais de calibrer le bon niveau de maintenance pour chaque équipement.

Maintenance corrective : gérer l’inévitable avec des SLA contractuels

La maintenance corrective ne disparaît jamais complètement, même dans les infrastructures les mieux pilotées. Ce qui change, c’est la capacité à y répondre vite, avec un cadre contractuel clair. Un SLA 24h/24 et 7j/7, avec intervention sous 4 heures lorsque la criticité l’exige, transforme un incident imprévisible en situation maîtrisable.

Deux conditions restent non négociables : la proximité géographique des équipes d’intervention et la disponibilité immédiate des pièces détachées. Sans stock local ou régional, même un SLA ambitieux devient fragile. Jiliti s’appuie notamment sur 40 000 références de pièces en logistique propre et 29 agences en France, afin de sécuriser les interventions urgentes couvertes par contrat.

Maintenance préventive : planifier pour réduire les incidents

La maintenance préventive repose sur des interventions planifiées telles que la vérification des configurations matérielles et logicielles, le nettoyage, le remplacement de composants approchant leur fin de vie, le contrôle des firmwares, l’audit des configurations et la vérification des recommandations constructeurs.

Elle réduit le nombre d’incidents correctifs, sans prétendre les éliminer. Son intérêt est d’éviter qu’une faiblesse connue ne devienne une panne critique. Un point est souvent oublié : la maintenance préventive doit aussi s’appliquer aux équipements hors support OEM, avec le même niveau d’exigence que les équipements encore couverts par le constructeur. C’est là que la tierce maintenance prend tout son sens.

Maintenance prédictive : anticiper avant le signal de panne

La maintenance prédictive est le niveau le plus avancé. Elle s’appuie sur la collecte de données de production en temps réel : température, charge CPU, erreurs disques, comportements anormaux, signaux faibles sur les équipements réseau ou stockage… Des modèles d’analyse détectent les anomalies avant qu’elles ne deviennent des pannes.

L’intervention n’est plus déclenchée uniquement par l’incident, mais par l’alerte. Jiliti déploie ce type de supervision sur un parc de 360 000 équipements en France et en Europe. Résultat attendu : planifier les interventions sur des équipements encore fonctionnels, limiter les arrêts subis et préserver la continuité de service.

Ce niveau n’est pas réservé aux grands comptes. Il devient pertinent dès que la disponibilité du data center conditionne l’activité métier, la qualité de service ou les engagements contractuels.

Ce qu’il faut retenir

– Maintenance corrective : on répare après l’incident, avec un SLA indispensable pour rendre la situation gérable. Préventive : on planifie pour réduire les incidents, y compris sur les équipements hors support OEM.

– Maintenance prédictive : on anticipe avant le signal de panne, afin de maximiser la continuité. Le bon choix n’est pas un niveau unique pour tout le data center, mais une combinaison calibrée par segment de criticité.

TPM vs OEM : l’arbitrage que chaque DSI doit faire équipement par équipement

Comprendre les niveaux de maintenance est une première étape. Savoir comment les financer sans subir automatiquement les tarifs OEM en est une autre. L’arbitrage entre TPM et OEM est souvent la décision budgétaire la plus structurante d’une stratégie de maintenance data center, alors qu’elle reste peu formalisée dans beaucoup d’entreprises.

Ce que la tierce maintenance change concrètement

La TPM, ou tierce maintenance, permet de maintenir un équipement après la fin de son support constructeur avec un niveau de service contractualisé. Elle évite de remplacer trop tôt des équipements encore stables, encore performants et encore maintenables.

Le gain financier peut être significatif : les études de marché sur la tierce maintenance évoquent couramment des économies de 50 à 70 % par rapport aux coûts de support OEM selon les équipements, les contrats et la densité du parc. Sur un parc de taille moyenne, l’économie cumulée sur trois ans peut représenter plusieurs centaines de milliers d’euros.

Pour que la TPM tienne ses promesses, trois conditions sont indispensables :

• Des pièces détachées disponibles en stock propre ;
• Une expertise technique réelle sur les constructeurs concernés ;
• Des SLA contractuels alignés sur les exigences de disponibilité du site.

Sans ces trois conditions réunies, la TPM devient un simple contrat moins cher. Avec elles, elle devient un outil de pilotage du cycle de vie des infrastructures.

La stratégie mixte : TPM et OEM selon la criticité

Certains équipements justifient le maintien en OEM : ceux qui nécessitent les dernières générations de processeurs pour des charges IA, ceux dont la compatibilité firmware est critique, ceux soumis à une exigence contractuelle externe ou ceux pour lesquels le support constructeur reste indispensable.

D’autres sont de bons candidats à la TPM : équipements technologiquement stables, bien documentés, correctement inventoriés et avec des pièces disponibles. La stratégie mixte consiste à conserver l’OEM là où il apporte une valeur réelle, et à basculer en TPM les équipements pour lesquels le maintien constructeur n’est plus économiquement justifié.

Cette approche peut réduire le TCO global du data center de 20 à 40 % sans dégrader la disponibilité, à condition que l’arbitrage soit réalisé équipement par équipement, et non par bloc.

Critère	Maintenance OEM	Tierce maintenance (TPM)
Coût annuel moyen	Élevé, selon tarif constructeur	Réduit selon le parc et le SLA, souvent de 50 à 70 %
Couverture après fin de support	Arrêtée ou limitée après l’EOSL	Prolongée tant que les pièces et l’expertise sont disponibles
Nombre d’interlocuteurs	Un interlocuteur par constructeur	Un contrat global multi-constructeurs
Délai d’intervention	Selon le contrat OEM	SLA contractuel aligné sur la criticité
Constructeurs couverts	Un constructeur	Plus de 30 marques selon le prestataire

Tip Jiliti Jiliti couvre plus de 30 constructeurs, dont HP, Dell/EMC, Cisco, Brocade, IBM et Fujitsu, sous un contrat unique, avec une logistique de 40 000 références de pièces. La massification des contrats permet de réduire le coût global de maintenance, indépendamment du mix TPM/OEM choisi.

Les gestes de proximité : ce que les contrats de maintenance ne couvrent pas

Un câble mal connecté lors d’un rackage. Un équipement mal positionné dans une baie. Une modification de configuration non documentée après une intervention. Ces opérations semblent mineures, jusqu’au jour où elles provoquent un incident en cascade dans une salle serveurs critique.

C’est ce que les contrats de maintenance standard couvrent rarement : les opérations physiques quotidiennes qui conditionnent la bonne tenue de l’infrastructure. Elles ne relèvent pas seulement du dépannage, mais de la qualité d’exploitation du data center.

Jiliti formalise ces opérations sous le terme de gestes de proximité, avec les IMACs : Installations, Mouvements, Ajouts, Changements. Cela couvre le rackage de serveurs, la connexion d’équipements réseau, la gestion des câblages, l’urbanisation des salles et la gestion prévisionnelle des infrastructures physiques.

Ces interventions terrain doivent être réalisées par des équipes certifiées, selon des pratiques d’exploitation robustes et traçables. Elles permettent aussi de fiabiliser les indicateurs de pilotage : analyse opérationnelle, remontées d’alertes, support de niveau 1 et 2, coordination des interventions et documentation des changements.

Ce qui distingue Jiliti sur ce service : des profils adaptés à chaque type d’intervention, de l’urbaniste à l’architecte IT, de l’ingénieur au technicien de proximité ; une présence dans 29 agences en France ; une méthode industrialisée sur des data centers de grands comptes comme de PME.

Par où commencer : ce qu’on trouve lors d’un premier audit data center

La question que tout DSI finit par poser est simple : par où commencer ? La réponse honnête l’est tout autant : par un état des lieux rigoureux de l’existant. Un audit data center révèle généralement quatre constats prioritaires.

Premier constat : une partie du parc est hors support OEM sans contrat alternatif. Ces équipements fonctionnent jusqu’au jour où ils tombent en panne. Sans stock de pièces disponibles, le délai de remise en service devient imprévisible. Ce sont les premiers candidats à la TPM, avant tout investissement en remplacement.

Deuxième constat : les contrats de maintenance ne couvrent pas toujours l’ensemble du parc. Des équipements ajoutés récemment, déplacés ou récupérés lors de fusions et acquisitions peuvent rester hors périmètre contractuel sans que cela ait été formalisé. Ces angles morts s’identifient rapidement lors d’un audit, mais rarement sans inventaire précis.

Troisième constat : le plan de maintenance n’a pas été mis à jour depuis plus de 18 mois. Il ne reflète plus l’infrastructure réelle. Les fins de support intervenues entre-temps ne sont pas couvertes, les nouvelles acquisitions ne sont pas intégrées, et le document ne sert plus de base de pilotage.

Quatrième constat : aucune analyse de cause racine n’est documentée sur les 12 derniers mois. Les incidents ont été résolus, mais pas analysés. Les mêmes équipements tombent en panne plusieurs fois, les mêmes composants sont remplacés, sans compréhension claire de la cause. C’est le signe d’une maintenance corrective encore trop réactive.

Ces constats définissent les priorités dans un ordre logique : basculer les équipements hors support vers une TPM cadrée, compléter la couverture contractuelle du parc, mettre à jour le plan de maintenance, puis formaliser un processus d’analyse de cause racine. C’est la base d’une stratégie de maintenance data center réaliste, mesurable et progressivement extensible vers la maintenance prédictive.