Como posso manter um espelho de disco offline com um PERC 6 / i?

Question

Eu tenho um servidor (Dell PowerEdge 2950) com um PERC 6 / i e seis discos. Dois dos discos estão em um RAID-1 com um terceiro como hot spare. Fui solicitado a fazer uma cópia dos dados RAID-1 em um dos outros discos de forma que possamos armazenar o disco off-line e, se necessário, inicializar o sistema a partir do disco off-line. Eu também preciso ser capaz de atualizar periodicamente o disco off-line enquanto o sistema está em execução. (Esse disco seria parte de nossa recuperação de desastre e também serviria como um disco "do último bem conhecido" no caso de algo estar drasticamente errado com o servidor.)

Meu instinto é particionar um dos discos extras para corresponder ao particionamento do RAID-1, depois montar as partições, rsync sobre os dados e colocar o GRUB no disco, mas não consigo descobrir como configurar o PERC 6 / i é RAID para fazer isso funcionar. Se eu criar e, em seguida, remover um RAID com o disco a ser off-line, todos os dados serão excluídos quando o RAID for removido. Se eu criar um RAID e apenas remover o disco, o controlador fica muito triste. Como estamos usando o RAID para os discos do sistema, parece que não há como acessar um dos outros discos sem torná-lo parte de um RAID. Existe uma maneira de fazer o que eu quero?

Estou executando o Linux (RHEL 5) e usando os programas OMSA CLI da Dell (omreport e omconfig).

Eu senti que a minha pergunta era principalmente sobre como eu poderia fazer com que o PERC 6 / i fizesse o que eu quisesse. Na ausência de quaisquer indicações sobre isso e com base no fato de que eu não vejo um caminho adiante da minha leitura da documentação, vou ignorar o controlador RAID e colocar minha cópia do sistema inicializável em um disco USB. Isso complementará nossos backups em fita e RAID e servirá como uma resposta rápida a alguns cenários de falha que, de outra forma, exigiriam tempo de inatividade durante a restauração do sistema a partir da fita.

    

Answer 1

Repita depois de mim: " RAID é NÃO um sistema de backup ."

O que você está tentando fazer é NÃO como o RAID deve ser usado.

Você pode fazer isso? Claro:
Você pode espelhar o RAID-1 (RAID 1 + 1 - um espelho do espelho) e remover metade do conjunto de espelhos de nível superior. Como você imaginou, o controlador ficará "muito triste" quando fizer isso, já que o RAID está degradado (metade do espelho desapareceu) e ele terá que ser reconstruído quando receber novos discos.
Todas essas recriações aumentam a chance de um erro irrecuperável no espelho de nível inferior, o que pode, eventualmente, deixar você em uma situação em que sua recriação fez com que você desativasse seu servidor e perdesse dados.

Observe também que, se você perder seu hardware principal, não há garantia de que poderá recuperar esses discos em outra máquina: se você não tiver um controlador com a mesma revisão de firmware, poderá ter um conjunto de discos úteis depois de gastar alguns poucos em uma empresa de recuperação de dados para obter seus dados de volta deles.

Desafios semelhantes & Existem riscos se você estiver usando mdraid ou outras ferramentas RAID de software.

Linha de fundo: esta é uma . Não faça isso.

O que você deve fazer em vez disso?

Gaste tempo para fazer uma análise adequada e implante / teste um sistema de backup e um plano de recuperação de desastre adequado. Há uma abundância de excelentes ferramentas de backup para Linux que são projetadas especificamente para este tipo de trabalho ( Bacula é uma escolha popular, e há até uma seção inteira do manual Bacula dedicado a bare-metal-tudo-mas-o-backup-fitas restaura ).

    

Answer 2

Como voretaq7 aponta corretamente: "algo que vai muito errado com o servidor" inclui a perda do controlador. Então, se você não seguir a maneira "oficial" de recuperação de desaster que ele sugere, faria sentido que IMHO copiasse o conteúdo do hardware RAID para um software RAID (para que você possa adicionar facilmente um segundo disco para espelhamento enquanto obtém um substituto para o hardware). Isso significa que o disco de destino deve ter alguns setores maiores que o disco de origem. E talvez a configuração do gerenciador de inicialização não possa ser simplesmente copiada; depende do seu particionamento. Mas você pode reinstalar o Grub no disco de backup antes de precisar do disco de backup. Nesse caso, você deve garantir que tanto o módulo de controladores quanto o mdraid façam parte do seu initrd. Apenas tente inicializar o disco de backup depois que você terminar.