Porque a capacidade do RAID permanece inalterada após substituir todos os discos?

A capacidade do RAID geralmente permanece inalterada porque uma camada na pilha de armazenamento ainda expõe o limite antigo. Confirme que cada substituição é um membro ativo e totalmente reconstruído, depois compare o tamanho reportado dos discos físicos, partições dos membros, dispositivo RAID, camada de volume e sistema de ficheiros montado, nessa ordem. A primeira camada que ainda reporta o tamanho antigo é normalmente a camada que deve ser expandida.

Confirme Que Cada Substituição Se Tornou um Membro Ativo

Comece pelo estado do array em vez da tela de capacidade. Um disco maior que ainda está listado como reserva, alvo de substituição, dispositivo em reconstrução ou membro indisponível ainda não aumenta o tamanho comum do grupo RAID. Registe o número de série, função, contagem utilizável de setores, estado de reconstrução e contadores de erros de cada membro antes de alterar qualquer coisa.

Num espelho, a capacidade normalmente não pode crescer até que todos os membros que definem o espelho sejam suficientemente grandes. No RAID de paridade, cada membro que participa na geometria atual também pode precisar expor o tamanho maior do componente. A sequência segura de substituição é substituir um disco, aguardar uma reconstrução limpa, verificar o array e só então substituir o próximo disco. O guia da ZimaSpace para substituir cada membro do espelho um de cada vez explica por que a capacidade utilizável frequentemente permanece inalterada durante as etapas intermédias.

Encontre a Primeira Camada de Armazenamento Que Ainda Reporta o Tamanho Antigo

Um NAS pode empilhar vários limites independentes de capacidade: disco físico, tabela de partições, membro RAID, dispositivo RAID, mapeamento de encriptação, volume físico LVM, volume lógico, pool de armazenamento e sistema de ficheiros. A substituição do hardware altera apenas a primeira camada. Cada camada acima dela deve descobrir ou ser informada sobre o limite maior antes que a partilha montada possa usar o espaço extra.

Anote o tamanho mostrado em cada camada em vez de pressionar repetidamente um botão “expandir”. O diagnóstico correto é a primeira transição onde uma camada inferior é maior, mas a camada seguinte permanece com o tamanho antigo.

Verifique Se as Partições de Substituição Ainda Terminam no Limite Antigo

Muitos fluxos de trabalho de substituição copiam a tabela de partições original para que os metadados do RAID comecem no mesmo offset. Isso protege o alinhamento e a identidade do membro, mas também pode deixar uma grande região não utilizada após o fim da partição antiga. O disco físico é maior enquanto o membro RAID apresentado ao array ainda tem o tamanho antigo.

Compare contagens de setores em vez de rótulos arredondados em terabytes. Discos vendidos com a mesma capacidade nominal podem ter totais de setores utilizáveis ligeiramente diferentes, e uma partição de substituição subdimensionada pode impedir que o array selecione um tamanho comum maior para o componente. Não recrie partições de forma descuidada num membro ativo; preserve o setor de início, tipo de partição e layout dos metadados RAID, e faça apenas a alteração suportada pela plataforma após um backup verificado.

Verifique Se a Camada RAID Foi Realmente Expandida

Estado saudável e membros maiores não provam que o dispositivo RAID adotou a nova geometria. Alguns sistemas de armazenamento expandem automaticamente após a última substituição e reconstrução; outros requerem uma operação de expansão separada ao nível do array. No Linux md, por exemplo, o dispositivo RAID ainda precisa de um passo explícito de expansão depois que os dispositivos membros subjacentes expõem o tamanho maior.

Antes de iniciar uma expansão, confirme que o array está limpo, cada membro esperado está ativo, nenhuma reconstrução ou verificação está em curso, e os registos recentes não contêm novos erros de leitura, escrita, timeout ou ligação. Uma operação de expansão altera a geometria ou o tamanho do componente; não deve ser usada para ocultar um estado degradado não resolvido.

Inspecione os Limites de Encriptação, LVM e Pool de Armazenamento Acima do RAID

Se o dispositivo RAID é maior, mas o volume lógico permanece inalterado, os blocos extra estão à espera numa camada intermédia. Um mapeamento encriptado pode precisar de reexaminar o dispositivo maior. Um volume físico LVM pode precisar reconhecer novos extensos antes que o grupo de volumes possa atribuí-los, e o volume lógico deve ser estendido antes que o sistema de ficheiros possa crescer.

Não avance diretamente para o sistema de ficheiros porque uma ferramenta de capacidade reporta espaço livre “algures” na pilha. Verifique o tamanho apresentado por cada objeto de mapeamento e volume. Em sistemas thin-provisioned ou em pool, distinga o espaço não alocado do pool do espaço livre dentro do sistema de ficheiros montado; eles não são intercambiáveis.

Expanda o Sistema de Ficheiros Apenas Depois de o Seu Dispositivo de Blocos Ser Maior

Um sistema de ficheiros pode usar apenas o intervalo de blocos que o seu dispositivo subjacente apresenta atualmente. Ext4, XFS, Btrfs, ZFS e outros sistemas de ficheiros têm regras diferentes para expansão, requisitos de estado de montagem e verificações de segurança. Identifique primeiro o sistema de ficheiros e a pilha de armazenamento, depois use o procedimento suportado em vez de emprestar um comando de outra plataforma.

O ZFS é um exemplo útil de por que o passo final pode ser específico da implementação. Depois de todos os membros do espelho serem substituídos, um espelho ZFS pode ainda precisar que o tamanho do novo dispositivo seja expandido antes que o pool exponha o espaço. O Btrfs pode igualmente exigir que o limite maior do dispositivo seja reconhecido, mesmo que a substituição tenha sido concluída com sucesso. A ação correta depende de qual camada detém os dispositivos membros.

Pare Quando a Plataforma Não Puder Expandir o Layout Existente no Local

Alguns controladores RAID, layouts de appliance, esquemas de partição e sistemas de ficheiros não conseguem expandir a configuração atual no local. Outros só podem expandir certos níveis RAID ou exigem que todos os membros correspondam exatamente. Se a interface de gestão não oferecer um caminho suportado para expansão, não force comandos de uma pilha de armazenamento diferente apenas porque os tamanhos dos discos parecem semelhantes.

Pare e planeie uma migração de backup e recriação quando os históricos dos membros estiverem em conflito, o array estiver degradado, os contadores de saúde estiverem a aumentar, o layout da partição não puder ser alterado com segurança ou a plataforma não documentar nenhum método de expansão no local. Após uma expansão suportada, verifique o novo tamanho em cada camada, execute a verificação de integridade da plataforma, confirme o acesso normal das aplicações e preserve o estado antes e depois como a nova referência.