Quels sont les signes d’alerte indiquant qu’un nettoyage RAID détecte de nouveaux dommages ?

Un scrub détecte de nouveaux dommages lorsque le nombre d’erreurs augmente entre les passages, que des réparations se répètent sur le même appareil ou que des données auparavant intactes deviennent irrécupérables. Un seul bloc réparé isolé n’est pas synonyme d’un schéma de dégradation.

L’interprétation la plus sûre provient de la comparaison des rapports de scrub terminés, des erreurs au niveau du disque et des fichiers affectés, plutôt que de réagir à un seul chiffre alarmant. Ce guide distingue la correction normale des dommages accumulés et montre quand arrêter la maintenance de routine pour protéger d’abord les données.

Une augmentation du nombre d’erreurs est le signal d’alerte le plus clair

La comparaison la plus importante n’est pas de savoir si un scrub signale une erreur, mais si le scrub suivant terminé rapporte plus d’erreurs de somme de contrôle, de parité, de média ou irrécupérables. Un nombre stable après réparation peut refléter un événement ancien. Une augmentation signifie que le chemin de stockage produit toujours des lectures ou des données erronées.

Notez l’heure de début, l’heure de fin, les octets réparés, le nombre d’erreurs irrécupérables et les compteurs de lecture, écriture ou somme de contrôle par appareil après chaque passage. Des explications pratiques sur le scrub et la corruption silencieuse montrent pourquoi une lecture complète peut révéler des dommages que les charges de travail ordinaires n’ont pas touchés depuis des mois.

Des réparations répétées sur le même disque nécessitent une attention particulière

Un système de fichiers redondant peut réparer un bloc endommagé à partir d’une autre copie tout en laissant le pool en ligne. L’alerte apparaît lorsque des scrubs ultérieurs réparent de nouveaux blocs sur le même disque physique, surtout si le disque accumule aussi des secteurs en attente, réalloués ou irrécupérables.

Ne réinitialisez pas les compteurs et n’oubliez pas l’événement. Sauvegardez d’abord le numéro de série du disque, l’instantané SMART et le résultat du scrub. Ensuite, lancez un autotest long du disque uniquement si l’ensemble reste redondant et réactif. Des corrections répétées sont une preuve qu’il faut enquêter sur le membre, le câble, la baie, le chemin d’alimentation et le contrôleur, plutôt qu’une preuve que le système de fichiers a résolu la cause.

Les fichiers irrécupérables changent la priorité

Un résultat irrécupérable signifie que la redondance n’a pas pu produire une copie vérifiée pour au moins un bloc. À ce stade, un autre scrub n’est pas automatiquement la prochaine étape. Identifiez les fichiers nommés, copiez les données critiques lisibles ailleurs et conservez les journaux avant de modifier la topologie.

Un exemple réel de scrub avec données irrécupérables illustre la distinction entre les métadonnées corrigées et les fichiers qui ont dû être restaurés depuis une sauvegarde. Le signal utile n’est pas seulement le total brut élevé d’erreurs ; c’est de savoir si un passage de suivi propre peut se terminer sans nouvelles erreurs.

La même zone logique qui échoue à nouveau n’est pas normale

Des erreurs qui réapparaissent sur la même bande, plage de blocs ou fichier peuvent indiquer une région illisible persistante ou un état de parité corrompu. Des erreurs qui se déplacent peuvent indiquer une détérioration plus large du média, une mémoire instable, un problème de liaison ou une instabilité d’alimentation. Sauvegardez les décalages exacts lorsque la plateforme les expose.

Ne forcez pas à plusieurs reprises des réparations sur des millions d’erreurs sans comprendre la première plage affectée. Un gros groupe d’erreurs de parité peut provenir d’une première défaillance d’E/S et contaminer ensuite les comparaisons ultérieures, donc la première position défectueuse et l’événement qui l’a précédée sont importants.

Les nouvelles erreurs de liaison ou d’E/S pendant le scrub comptent

Un scrub crée des lectures soutenues et peut révéler un câble marginal, un backplane, un connecteur d’alimentation, un pont USB ou un chemin de contrôleur défaillant. Surveillez le journal système pendant le scrub. Les réinitialisations de liaison, les délais d’attente de commande, les détachements de périphérique et les erreurs CRC sont des avertissements plus forts qu’un simple pourcentage lent.

Si les erreurs de communication augmentent mais que les indicateurs de secteurs médias restent stables, faites une pause avant de condamner le disque. Rebranchez ou remplacez une connexion à la fois, conservez la cartographie numéro de série-baie, réinitialisez la base d’erreurs et répétez une lecture contrôlée. Une panne qui reste avec le chemin nécessite une réparation différente d’une panne qui suit le disque.

Un scrub qui ne peut pas se terminer est aussi un résultat

Un scrub qui s’interrompt, redémarre ou s’arrête à peu près au même endroit n’est pas simplement long. Confirmez d’abord que les tâches planifiées, les arrêts ou un autre resilver ne l’interrompent pas. Puis corrélez le point d’arrêt avec les journaux de l’appareil et la latence par disque.

Un processus planifié doit avoir une base stable pour la durée et le débit. Les conseils sur l’interprétation des résultats de scrub sont utiles car la progression, les octets réparés et le statut final doivent être lus ensemble ; le temps écoulé seul ne prouve pas un dommage.

Utilisez un tableau de tendance avant de décider

Un historique court empêche qu’un passage bruyant ne déclenche un remplacement risqué. Conservez les observations ci-dessous au moins depuis le dernier passage propre et à chaque passage après la première erreur.

Lorsque deux signaux d’escalade ou plus apparaissent ensemble, réduisez les écritures, confirmez la sauvegarde et diagnostiquez le chemin matériel affecté avant de lancer un autre scrub complet.

FAQ

Dois-je réinitialiser les compteurs d’erreurs après un scrub réparé ?

Réinitialisez-les uniquement après avoir sauvegardé le rapport et identifié le disque physique. Une base réinitialisée peut aider à détecter une récidive, mais la réinitialiser d’abord détruit la comparaison qui indique si les dommages sont nouveaux.

Une seule erreur de somme de contrôle signifie-t-elle que le disque doit être remplacé ?

Pas à elle seule. Une erreur corrigée peut provenir du média, de la mémoire, du câblage ou d’une interruption antérieure. Le remplacement devient plus justifié lorsque de nouvelles erreurs suivent le même disque identifié par son numéro de série après vérification du chemin.

Un trafic d’application intense peut-il créer des dommages de somme de contrôle ?

Un trafic intense peut ralentir le scrub et révéler un matériel faible, mais une charge de travail légitime ne doit pas créer de discordances de contenu vérifiées. Traitez les nouvelles erreurs de somme de contrôle comme un événement d’intégrité de stockage, pas comme un effet secondaire normal de performance.

Le seuil de décision

Considérez le résultat du scrub comme une aggravation des dommages lorsque les erreurs augmentent entre les passages terminés, que les réparations se répètent sur un membre, que des fichiers irrécupérables apparaissent ou que le même chemin matériel continue de se réinitialiser. Protégez les données avant de répéter le stress.