Estamos com vergonha de fazer esta pergunta. Desculpas por nossa falta de conhecimento em UNIX. Herdamos mais de 40 servidores centos 5.5 e não sabemos como fazer backup deles. Precisamos de imagens do tipo clone de baixo nível para que possamos restaurar os servidores do zero, se precisarmos substituir os HDs etc.
Usamos o comando "dd", mas assumimos que isso funcionará apenas se você desejar fazer backup de um disco local em outro, e não de 40 servidores em um servidor com um USB HD externo conectado.
Todos os 40 servidores têm um par de discos espelhados (não sei se é invasão HW ou SW). A maioria tem apenas 100 MB usados. Os SErvers estão rodando apache, zend, tomcat, mysql etc. Idealmente, não queremos ter que desligá-los para fazer backup (mas poderia).
Assumimos que comandos unix padrão como tar, cpio, rsync, scp etc. não são úteis, pois apenas copiam arquivos, não partições, todos os atributos, grupos etc. novo HD para recuperar o seridor da morte.
Temos uma SAN grande, uma caixa de janelas sobressalente e caixas unix de reposição, mas elas são visíveis apenas para uma camada na rede. Temos uma unidade de fita monstro Dell DL2000 não utilizada, mas nenhum sw ou documentação para ela. Temos uma cópia do symantec backup exec, mas não temos orçamento para licenças de cliente unix. (A empresa possui quantias negativas de dinheiro).
Precisamos poder iniciar o backup remotamente, pois só podemos acessar os servidores pessoalmente em caso de emergência (por exemplo, para restaurar)
O Google retorna alguns aplicativos para fazer isso, por exemplo, clonezilla - parece difícil de instalar e invasivo. Mondo, apenas parece oferecer suporte a backup se você for local da máquina. Amanda pode ser uma opção, mas parece dias / semanas de trabalho para aprender e configurar?
Existe algo embutido no Centos, ou temos que seguir o caminho da instalação, aprendizado e configuração de um conjunto de softwares de backup?
Alguma ideia? Este deve ser um problema bastante padrão, que os óculos não dão uma resposta óbvia.
Respostas:
Considerando que esta é uma situação de "emergência", você deve fazer o seguinte apenas pelo tempo necessário para obter uma equipe competente e uma estratégia de backup de longo prazo mais confiável. Não faça isso para sempre.
Você pode usar
ddpara criar imagens dos discos rígidos nesses sistemas (ou nas partições individuais, se desejar).ddtambém pode ser usado para ler ou gravar dados em um arquivo simples, e você aproveitará isso. Como os discos rígidos provavelmente são muito maiores que o espaço real usado, recomendo compactá-los também.Portanto, a ideia geral seria algo como isto:
/media/backup.Copie as imagens do disco rígido. Por exemplo:
Melhor ainda, comprima a imagem enquanto a captura:
Desmonte o disco rígido USB e vá para a próxima máquina.
Você pode usar uma ferramenta como
kpartxtrabalhar com as imagens de backup como se fossem discos rígidos reais (consulte a página de manual) ou apenas restaurá-las diretamente, revertendoif=eof=noddcomando.fonte
dd? Não sabemos como os discos são realmente organizados./dev/sdaobterá o disco inteiro; se você precisar acessar partições individuais, poderá usarkpartxa imagem.Tudo o que for confiável levará muito tempo para aprender e implementar (e testar) em um ambiente como esse; não há uma maneira fácil de contornar isso.
Você pode usar ferramentas padrão como rsync etc. para obter backups completos, basta garantir que todas as informações necessárias para recuperação também sejam copiadas (por exemplo, as tabelas de partição e os registros de inicialização).
O ponto mais importante: você tem um ambiente muito complexo que obviamente não entende completamente e não possui o conhecimento e a experiência necessários. Dessa forma, você nunca receberá um backup à prova de desastres. Sua melhor opção (eu diria apenas) é contratar um consultor para criar uma solução de backup viável para você. Ou melhor ainda, para um ambiente com mais de 40 servidores, contrate um administrador de sistemas competente para gerenciar os sistemas.
fonte
G4L ou Clonezilla oferece backups de imagem restauráveis.
Você precisará agendar o tempo de inatividade para cada servidor, ter armazenamento conectado suficiente para todas as imagens compactadas. Quando terminar, você precisará configurar algum tipo de backup incremental em andamento.
fonte