Une fois le problème de mémoire confirmé, il faut encore remplacer les modules défectueux. Deux options s’offrent à vous.
Résolution du problème

La première consiste à remplacer toute la mémoire du serveur physique. Vous réduirez ainsi au minimum le temps d’arrêt du serveur, mais la réparation risque d’être onéreuse.
L’autre méthode consiste à retirer un module de mémoire à la fois, jusqu’à ce que vous ayez localisé le module en cause. Cette technique permet de réduire les coûts de remplacement, mais entraîne un arrêt plus long. L’autre inconvénient de ce processus par élimination est qu’il n’est pas efficace si plusieurs modules de mémoire sont endommagés.
Par conséquent, pourquoi perdre du temps à exécuter un outil comme Memtest86+ ? Pourquoi ne pas simplement remplacer toute la mémoire du serveur au premier signe de problème ? Ce remplacement peut être coûteux, d’où l’importance de confirmer l’existence d’un problème lié à la mémoire avant d’engager cette dépense. J’ai déjà vu des problèmes de cartes système imitant des problèmes de mémoire. Vous n’allez pas remplacer toute la mémoire d’un serveur, pour découvrir ensuite que celle-ci était en parfait état.
Téléchargez cette ressource

État des lieux de la sécurité cloud-native
L’État des lieux de la sécurité cloud-native vous offre une analyse complète des problématiques, des tendances et des priorités qui sous-tendent les pratiques de sécurité cloud-native dans le monde entier. Une lecture indispensable pour renforcer votre stratégie de sécurité dans le cloud. Une mine d’infos exclusives pour élaborer votre stratégie de sécurité cloud-native.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Pourquoi est-il temps de repenser la gestion des vulnérabilités ?
- Reporting RSE : un levier d’innovation !
- De la 5G à la 6G : la France se positionne pour dominer les réseaux du futur
- Datanexions, acteur clé de la transformation numérique data-centric
- Les PME attendent un meilleur accès aux données d’émissions de la part des fournisseurs
