Verificar um RAID1 ainda faz sentido, e fazê-lo regularmente deve manter seus dados significativamente mais seguros.
Isso parece contra-intuitivo, até que você se aprofunde em como as unidades tendem a falhar. Concordo que, se os dois discos estiverem fora de sincronia, a verificação não fará nenhum bem. Mas e se um dos discos tiver um setor que falhou recentemente? Bem, a leitura dessa unidade durante a verificação produzirá um erro de leitura para essa unidade, correto? Esta é uma informação valiosa para o driver RAID, porque ele sabe das informações espelhadas armazenadas na segunda unidade o que deve ser armazenado no setor com falha. Assim, o driver RAID tentará agora reescrever o setor com falha (mesmo no modo de verificação, que usuários inexperientes supõem ser somente leitura). Essa reescrita pode funcionar ou não, mas os discos modernos têm setores sobressalentes que substituirão um setor com falha na gravação (e não após uma leitura - uma leitura relatará apenas uma falha de leitura). Assim, por uma combinação do driver RAID reescrevendo o setor, e o disco rígido realocando um setor reserva para o fracassado, o array RAID está sendo corrigido na hora. O driver RAID realmente não sabe (e não precisa saber) que a realocação ocorreu. Isso é feito dentro da própria unidade e, se configurado corretamente (consulte smartctl), o sistema operacional pode enviar um email para o administrador para informar que um setor foi realocado, o que significa que é hora de substituir o disco que está falhando lentamente. Discos grandes modernos têm uma tendência a produzir esses erros de leitura do "setor pendente", por exemplo, devido a flutuações de temperatura. Usá-los em uma matriz RAID melhorará significativamente a confiabilidade, e a execução de verificações regulares garantirá que setores questionáveis sejam atualizados automaticamente quando tiverem problemas de leitura. Essas gravações de atualização podem, na verdade, resultar em uma operação de gravação bem-sucedida no setor, caso em que um "setor pendente" não se torna um "setor realocado" ou, em outras palavras, o disco não é realmente ruim porque pode escreva o setor agora.
De qualquer forma, usando o smartctl e fazendo verificações regulares, você manterá sua matriz RAID muito mais confiável. Os comentários sobre zfs (por exemplo, zfs3 ou z3) também são importantes. À medida que os tamanhos das unidades aumentam, e como as informações são escritas mais densamente e a engenharia das unidades é mais direcionada pelos mercados de consumo em vez dos mercados de servidores, o risco geral de perda de dados por unidade de armazenamento aumenta drasticamente. A execução de um RAID5 em unidades de vários TB em tamanho é arriscado, devido aos longos tempos de reconstrução e à necessidade de ler extensivamente a partir de todas as outras unidades durante uma reconstrução. Considere um RAID6 com duas peças sobressalentes se você quiser se proteger contra a frequência de falhas catastróficas de perda de dados (sim, é apenas a probabilidade, e você precisa considerar outros fatores também, como falhas do controlador, falta de energia ... muito você tem que fazer para equilibrar a confiabilidade de muitos componentes diferentes). E mesmo o RAID6 pode ser centenas de vezes menos confiável do que ter três unidades de paridade, como em RAIDZ e / ou Z3.