O arranjo está operando sem redundância. Em RAID 5, os blocos ausentes passam a ser calculados a partir da paridade dos demais membros a cada leitura, o que aumenta a carga sobre discos que já podem estar fracos.

O que isso muda: se existe backup íntegro e validado, o rebuild pode ser tratado como manutenção normal. Se os dados são insubstituíveis ou o backup não abre, a prioridade passa a ser extrair uma cópia antes de qualquer reconstrução.

Em RAID 5, dois membros ausentes eliminam a informação redundante necessária para o cálculo automático. A controladora não tem como remontar o volume, e nenhuma configuração administrativa devolve o acesso nesse estado.

O que isso muda: o caso deixa de ser administrativo e passa a ser de laboratório. A recuperação depende do que ainda pode ser adquirido dos discos que saíram, disco a disco, e não de forçar o array online.

Rebuild interrompido indica setores ilegíveis nos membros sobreviventes ou inconsistência acumulada de paridade. Reiniciar o processo submete os mesmos discos ao mesmo esforço que já os fez falhar.

O que isso muda: insistir no rebuild pode gravar lacunas de paridade sobre regiões que ainda seriam legíveis. O procedimento correto é interromper, clonar cada membro em modo somente leitura e reconstruir a partir das cópias.

Os metadados que descrevem o array ficam gravados nos próprios discos. Quando a controladora perde a configuração, por queda de energia, troca de hardware ou falha de cache, esses metadados normalmente continuam lá.

O que isso muda: importar ou limpar a configuração estrangeira reescreve exatamente a área que descreve o arranjo. Preservada, ela permite reconstruir a geometria do array sem depender da controladora original.

Falha de controladora não significa perda de dados. Em muitos casos a controladora bloqueia o volume de forma preventiva e os dados permanecem íntegros nos discos, inacessíveis apenas por decisão do firmware.

O que isso muda: comprar uma controladora idêntica e conectar os discos é um teste arriscado, porque uma controladora nova pode inicializar os membros. A leitura em laboratório dispensa o hardware original.

Quando o array está saudável e ainda assim os dados não aparecem, a falha está em uma camada acima: LVM, storage pool, sistema de arquivos, datastore, LUN, banco de dados ou ação de ransomware.

O que isso muda: intervir na camada errada custa tempo e pode gravar sobre a estrutura que precisa ser lida. O diagnóstico começa identificando qual camada quebrou, e não reconstruindo o RAID.

Depende de existir backup íntegro e verificado. Com backup validado, o rebuild faz parte da manutenção normal do storage. Sem backup confiável, ou com os dados insubstituíveis, iniciar o rebuild antes de avaliar cada membro submete discos possivelmente instáveis ao maior esforço de leitura que já sofreram.

A controladora não consegue remontar, porque a paridade única do RAID 5 cobre apenas uma ausência. Isso não equivale a perda definitiva. A recuperação passa a depender de quanto ainda pode ser adquirido dos discos que saíram, e o resultado é definido pelo estado físico de cada membro.

Interrompa o processo e desligue o servidor. Rebuild travado indica setores ilegíveis ou paridade inconsistente nos membros sobreviventes. Reiniciar submete os mesmos discos ao mesmo esforço que já os fez falhar, e pode gravar lacunas de paridade sobre regiões que ainda seriam legíveis.

Não para recuperar os dados. Os metadados que descrevem o arranjo ficam gravados nos próprios discos, e a reconstrução em laboratório dispensa o hardware original. Conectar uma controladora nova é arriscado, porque ela pode inicializar os membros ou marcar a configuração existente como estrangeira.

Sim. A geometria do arranjo, ordem dos membros, tamanho de stripe, rotação e algoritmo de paridade, só pode ser determinada com o conjunto completo. Envie inclusive os discos marcados como falhos, porque eles frequentemente contêm a informação que falta para fechar o volume.

Sim. Reconstruído o arranjo, o trabalho segue nas camadas superiores: volume lógico, datastore, arquivos de máquina virtual e cadeias de snapshot. Arquivos de banco de dados hospedados nas máquinas virtuais recebem validação estrutural própria, porque recuperar o arquivo não garante base consistente.

Não existe tabela fixa. O valor depende do número de discos, do tipo de falha em cada um, da necessidade de intervenção física, da capacidade total e das camadas envolvidas acima do arranjo. O orçamento é apresentado depois da análise técnica e antes de qualquer procedimento.

O prazo é definido caso a caso. Ele varia com a estabilidade de leitura de cada disco, a capacidade total do arranjo, a necessidade de intervenção física e a quantidade de camadas a reconstruir. A estimativa é informada junto com o orçamento, depois da análise.

A ProHD mantém contrato direto com os Correios, com mais de 22.936 pontos de coleta no país e cadeia de custódia mantida do envio à devolução. Você recebe a orientação de embalagem antes de despachar, e os discos precisam vir identificados com a posição original no arranjo.

Há acordo de confidencialidade disponível para qualquer atendimento e o tratamento dos dados segue a LGPD. O acesso ocorre exclusivamente para a execução do serviço contratado, e nenhuma etapa do processo é enviada a terceiros, porque o laboratório não trabalha com terceirização.

Não. Se o arranjo está saudável e os arquivos foram cifrados, o problema está acima do RAID e o tratamento é outro. A primeira medida é preservar o ambiente sem apagar evidência, porque cópias de sombra, backups esquecidos e restos de arquivos podem existir fora da criptografia.

Quando o array foi recriado sobre os membros originais, quando o rebuild concluiu gravando paridade inconsistente, quando houve formatação seguida de uso, quando a superfície magnética foi removida por contato do cabeçote, quando um SSD sofreu apagamento seguro e quando o volume está cifrado sem a chave.