Estou tentando configurar um procedimento de backup off-line e off-site para as informações críticas da minha empresa. Já temos uma configuração de backup de redundância no escritório usando RSYNC que armazena tudo em dois discos rígidos separados uma vez por dia, e gostaríamos de usar nosso sistema de backup existente e duplicá-lo em uma terceira unidade que podemos remover e transportar fora do local a cada mês ou mais.
Minha pergunta lida com a etapa de duplicação. Estamos procurando por algo simples, mas automático (ou facilmente capaz de ser automatizado). Meu pensamento inicial era reformular uma de nossas unidades de backup atuais como um par RAID1, obter uma baia de unidade hot-swap (ou seja, algo como esse Antec Easy SATA
O problema é que não tenho experiência em trabalhar com o RAID, então não sei o que esperar. Estou tentando não reinventar a roda. Na minha opinião, usar o RAID é ideal porque
O RAID realmente funciona da maneira que estou pensando? Ou há uma maneira fácil de se comportar dessa maneira? Se não, existe outra configuração que será simples de manter, basta pegar e ir?
Do meu ponto, isso é uma idéia muito ruim, o RAID 1 nunca foi projetado para ser uma solução de backup, mas uma ferramenta de redundância. Dito isso, há toneladas de ferramentas que permitem fazer backup de uma unidade completa (snapshot) que funcionará bem rápido, por exemplo, XML de imagem de unidade no Windows. O Linux certamente possui as mesmas ferramentas ou ferramentas similares disponíveis.
Bem, de alto nível, isso parece plausível. Mas, como dizem, o diabo está nos detalhes. Quem estaria trocando a unidade? Você VERIFICARÁ SEMPRE que a outra unidade não falhou antes de puxar a unidade de backup?
Um backup não é um backup sem um procedimento de restauração. O que é seu? Daqui a 5 anos, você poderá comprar uma placa RAID que lerá esta unidade?
Minha sugestão é encontrar outro caminho.
Em um nível muito básico, sim, isso funciona. O controlador considerará uma unidade recém-adicionada como falha e espelhará o conteúdo da unidade de trabalho nela. A questão mais difícil, na verdade, é manter um estado consistente para a unidade de backup após a remoção. Você seria desafiado a encontrar uma maneira de garantir que o sistema de arquivos estivesse em um estado consistente após a remoção da unidade, a menos que o sistema seja desligado durante a remoção.
Com isso dito, acho que provavelmente você está usando melhor uma solução de nível superior que esteja ciente do sistema de arquivos para sincronização. Isso permitirá que você elimine as gravações na unidade e seja consistente com o ponto no tempo.
Acho que a preferência geral que tenho por algo assim é ao longo das linhas de RAID 1 < rsync < bacula ( link , link )
Desde que você mencionou o RSYNC, presumo que seus servidores sejam baseados em Linux.
Eu recomendaria usar uma unidade eSATA hot-swap ou uma unidade USB externa. Em seguida, faça o script RSYNC em um cron job. Nota: O throughput eSATA é muito maior do que o throughput USB, então o RSYNC terminará mais rápido no eSATA, mas se o seu sistema não tiver o eSATA, você precisará investir em um cartão de expansão para ele.
Você também pode fazer o mesmo com um NAS portátil.
Eu obtive com sucesso backups externos usando o RAID 1. Eu sugiro que você use o mdadm no linux para este processo. O mdadm é uma idéia, porque não importa quantos anos você tenha a capacidade de montar e recuperar seus dados no linux. Construa um conjunto de raid1 como você disse. Cada mês marque as unidades (use um adesivo na unidade física) e a data em que ele foi inserido ou removido. Isso garantirá que você sempre puxe a unidade antiga. Antes de puxar a unidade, você deve seguir estes passos
Se os dados não puderem ser baixados, você poderá montar a unidade no modo somente leitura por um período e depois arrancar a unidade a quente. Se você estiver usando drives sata, poderá adicioná-los e removê-los enquanto o sistema estiver em execução. Aqui está um link com mais comandos específicos: