Embora existam opções para mover os dados sem criar uma nova matriz, não há muito sentido em fazê-lo, os sistemas de arquivos ficarão offline durante a migração de qualquer forma.
Em acordo com Phil Hollenback, eu acho que você deveria mudar para uma configuração RAID6 com LVM (a única razão pela qual eu postei isso como resposta é que eu ainda não posso comentar sobre este site), mas acho que ele subestimou como o RAID5 é uma má ideia.
Como as unidades do seu conjunto provavelmente serão semelhantes (embora idealmente a partir de lotes de produção diferentes), esperaria que falhassem próximas umas das outras. Com um RAID5 com uma unidade com falha, você não terá mais redundância se uma única unidade falhar, e a primeira coisa que você faz nesse momento é colocar todas as unidades na tensão extra de uma reconstrução.
O uso do LVM permite que você mantenha seu tempo de inatividade pequeno, caso deseje ou precise migrar novamente. Eu acho que um "próximo passo" lógico para o seu servidor, caso você não queira usar a oportunidade agora, seria uma placa controladora RAID dedicada, que então apareceria como um único dispositivo no kernel, então você precisaria se mover os dados novamente nesse ponto, e o LVM pode fazer isso enquanto os sistemas de arquivos são montados (com algumas advertências para o sistema de arquivos raiz).
Se você tem orçamento para isso, é melhor mergulhar e investir em uma solução RAID de hardware; os sensatos devem começar na faixa de preço de US $ 500 e incluir suporte a RAID6 e uma unidade de backup de bateria. Esteja ciente de que os produtos de uma empresa muito grande neste segmento não permitem a redução de unidades, portanto, você fica claro ou perde alguma flexibilidade em comparação ao RAID de software Linux, mas o desempenho adicional de um cache de gravação com buffer de bateria é bem vale a pena, especialmente se você usar um sistema de arquivos journalling.