Pourquoi la capacité RAID reste-t-elle inchangée après le remplacement de chaque disque ?

La capacité RAID peut rester inchangée même après que chaque disque physique a été remplacé par un plus grand, car le processus de remplacement et le processus d'extension sont séparés. Confirmez d'abord que tous les membres requis sont plus grands et entièrement reconstruits. Puis vérifiez si le périphérique RAID, le disque virtuel, la partition, le pool de stockage et le système de fichiers ont chacun été étendus. Si une couche s'arrête encore à l'ancienne limite, le NAS continuera à rapporter l'ancienne capacité utilisable.

Confirmez que chaque membre RAID requis est effectivement plus grand

Commencez par la liste des membres de la grille plutôt que par les étiquettes des disques sur les baies. Notez chaque modèle de disque, numéro de série, taille rapportée, baie et rôle RAID. Un miroir classique ou un groupe de parité ne peut normalement pas exposer plus d'espace que son plus petit membre actif, donc un disque ancien, un remplacement sous-dimensionné ou un membre jamais accepté dans la grille peut maintenir tout le groupe à sa taille précédente. C'est aussi pourquoi remplacer un seul disque dans un miroir améliore généralement la préparation au remplacement sans augmenter la capacité utilisable.

Ne vous fiez pas uniquement à un badge « sain » sur le tableau de bord. Vérifiez que le disque de remplacement est un membre actif, pas un disque de secours à chaud, un périphérique inutilisé ou un candidat défaillant. Confirmez que la reconstruction ou le resilver a atteint 100 % et que la grille est revenue à un état redondant avant de commencer le remplacement suivant. Le guide ZimaSpace associé sur l'extension d'un miroir avec des disques plus grands un par un explique pourquoi la capacité reste normalement fixe jusqu'à ce que la séquence de remplacement soit terminée.

Si le NAS rapporte le remplacement à l'ancienne taille, inspectez la table de partition ou la vue du contrôleur de ce membre. Certaines grilles utilisent des partitions plutôt que des disques entiers, et une disposition de partition copiée peut conserver l'ancien point final. Certains contrôleurs peuvent aussi afficher une taille virtualisée ou tronquée au lieu de la pleine capacité native du disque. Corrigez la discordance de taille du membre avant de tenter d'agrandir la grille, car étendre au-dessus d'une base incohérente peut rendre la pile de stockage plus difficile à récupérer.

Vérifiez si la couche RAID a été étendue

Un membre physique plus grand ne rend pas automatiquement le périphérique RAID plus grand. Pensez au chemin de stockage comme à des couches séparées : disques physiques, périphérique RAID ou disque virtuel, partition, pool de stockage ou gestionnaire de volumes, et système de fichiers. La première couche peut afficher la nouvelle taille tandis que chaque couche au-dessus s'arrête encore à l'ancienne limite. La bonne question diagnostique n'est donc pas « Les nouveaux disques sont-ils visibles ? » mais « À quel niveau la taille rapportée cesse-t-elle d'augmenter ? »

Le RAID logiciel nécessite souvent une opération d'extension distincte après que chaque membre requis a été remplacé. Un guide pratique d'expansion mdadm montre que l'ensemble peut rester à sa taille ancienne jusqu'à ce qu'une étape d'extension explicite soit effectuée. Les systèmes NAS gérés par appliance peuvent présenter la même action sous les noms Étendre, Agrandir, Maximiser la capacité ou Redimensionner le groupe RAID. Le RAID matériel peut nécessiter l'extension du disque virtuel avant que le système d'exploitation puisse voir des secteurs supplémentaires.

Ne lancer l'opération d'extension que lorsque l'ensemble est propre, redondant et exempt d'erreurs de lecture, de délai d'attente ou de réinitialisation non résolues. Sauvegardez l'état actuel de l'ensemble et confirmez une sauvegarde séparée des données irremplaçables. L'extension écrit des métadonnées et peut durer des heures ; la démarrer alors que l'ensemble est dégradé ou qu'un disque se déconnecte à répétition transforme un problème de capacité en risque d'intégrité des données.

Distinguer une reconstruction inachevée d'une étape d'extension manquante

Une reconstruction inachevée et une action d'extension manquante peuvent produire le même symptôme principal, mais les preuves diffèrent. Lors d'une reconstruction inachevée, le nouveau disque peut encore être en cours de synchronisation, l'ensemble peut être dégradé, et le nombre de membres attendu ou le niveau de redondance peut ne pas être restauré. Avec une étape d'extension manquante, chaque membre est actif et sain, pourtant le périphérique RAID indique toujours exactement l'ancienne taille.

Comparez la taille à chaque couche avant de modifier quoi que ce soit. Si un membre physique est plus petit, résolvez ce décalage. Si tous les membres sont plus grands mais que le périphérique RAID est ancien, utilisez le contrôle d’extension au niveau RAID. Si le périphérique RAID est plus grand mais que la partition ou le système de fichiers est ancien, arrêtez de toucher aux disques membres et travaillez plutôt vers le haut. Les utilisateurs confondent souvent un problème de redimensionnement à un niveau supérieur avec un remplacement de disque échoué et répètent inutilement la partie la plus risquée du processus.

Une reconstruction terminée ne prouve pas non plus que l’espace libre a été alloué au groupe RAID. Une discussion sur Super User concernant des disques de remplacement plus grands rappelle que des remplacements plus grands seuls ne modifient pas la taille du groupe RAID. Considérez ce schéma comme un indice diagnostique, pas comme une séquence de commandes universelle : l’opération exacte dépend de l’utilisation de mdadm, ZFS, Btrfs, LVM, d’un contrôleur matériel ou d’un gestionnaire de stockage propriétaire par le NAS.

Étendez la partition, le pool et le système de fichiers dans l’ordre.

Une fois que le périphérique RAID lui-même indique une taille plus grande, inspectez la couche suivante sans sauter d’étape. Une partition peut toujours se terminer au secteur ancien même si le groupe sous-jacent est plus grand. Si la pile de stockage utilise un membre RAID partitionné, étendez la bonne partition tout en conservant son secteur de départ et son type. Si le périphérique RAID alimente directement un gestionnaire de volumes ou un pool de stockage, rescannez cette couche pour qu’elle puisse reconnaître la nouvelle étendue.

La disposition des partitions est également importante lors du remplacement d’un disque. Une discussion sur Server Fault concernant le remplacement des membres mdadm souligne que les partitions de remplacement doivent exposer suffisamment d’espace avant que le groupe RAID puisse utiliser la capacité plus grande. Ne copiez pas une commande destructive d’un autre système. Notez les secteurs de début et de fin actuels, le type de système de fichiers, les points de montage et les relations avec le gestionnaire de volumes avant de redimensionner.

Étendez le système de fichiers en dernier. Le système de fichiers ne peut utiliser que l’espace que le périphérique RAID, la partition et le pool exposent déjà. Une fois l’opération sur le système de fichiers terminée, comparez la taille du périphérique bloc, la taille du système de fichiers, l’espace libre monté et le tableau de bord NAS. Une augmentation cohérente sur ces quatre éléments confirme que l’extension a atteint la couche de stockage visible par l’utilisateur et ne s’est pas arrêtée en cours de route.

Savoir quand la configuration RAID existante ne peut pas croître

Certaines implémentations RAID ne peuvent pas étendre un disque virtuel existant après remplacement des membres, même si chaque disque est plus grand. D'autres ne supportent la croissance que pour certains niveaux RAID, nombres de membres, dispositions de partitions ou versions de firmware. Un volume statique peut nécessiter une migration vers un nouvel ensemble, et un contrôleur peut exposer les secteurs supplémentaires uniquement en créant un volume logique supplémentaire plutôt qu'en agrandissant l'original.

Arrêtez lorsque le système n'offre aucune voie de croissance documentée ou clairement vérifiée, lorsque l'ensemble signale des erreurs médias ou de liaison, ou lorsque la seule action proposée recréerait les métadonnées sans sauvegarde testée. L'alternative la plus sûre est souvent de créer un nouvel ensemble correctement dimensionné, copier et vérifier les données, basculer les services, et conserver l'ancien stockage jusqu'à ce que les vérifications de restauration réussissent. L'article ZimaSpace sur la planification d'une sauvegarde NAS domestique peut aider à séparer la disponibilité de l'ensemble des copies récupérables.

L'expansion est complète uniquement lorsque l'ensemble est redondant, que chaque membre requis est sain, que le périphérique RAID expose la plage de blocs plus grande attendue, que les couches de stockage supérieures correspondent, et que de vrais fichiers peuvent être écrits, lus et vérifiés. Si les disques physiques sont plus grands mais que l'implémentation RAID ne peut pas croître, la capacité inchangée est une limite de la plateforme plutôt qu'un remplacement défaillant.

FAQ

Un disque plus grand augmentera-t-il la capacité du RAID 1 ?

Habituellement non. Un miroir traditionnel à deux disques reste normalement limité par le membre actif le plus petit. Remplacez l'autre membre, terminez la reconstruction, puis effectuez toute expansion requise de l'ensemble, de la partition, du pool et du système de fichiers.

Dois-je redémarrer après avoir remplacé tous les disques RAID ?

Un redémarrage peut actualiser la détection des périphériques sur certains systèmes, mais il ne remplace pas une opération de croissance requise. Vérifiez la taille rapportée à chaque couche avant et après le redémarrage pour ne pas confondre la redécouverte avec l'expansion.

Puis-je continuer à utiliser le NAS pendant que l'ensemble se développe ?

De nombreux systèmes permettent l'accès pendant la croissance en ligne, mais les performances peuvent chuter et le risque augmenter si une autre panne survient. Maintenez une sauvegarde vérifiée, réduisez les écritures lourdes, surveillez les erreurs et respectez les limites de l'implémentation RAID spécifique.