Primeiro, pare de testar sua própria solução de backup. Use o Real Backup Software para fazer o seu backups.
Real Backup Software é extensivamente testado e tem sido batido por administradores de empresas por anos. Você pode ter certeza de que, ao usá-lo, poderá restaurar o backup do seu backup.
Quanto ao problema de sistema de arquivos montado / arquivos ativos - qualquer software de backup (rsync, tar, bareos / bacula, até mesmo o comando venerável cp
) copiará arquivos que estão "em uso" em um sistema Unix.
O problema que surge é que, se esses arquivos estão sendo ativamente modificados, você não sabe em que estado você os capturou - você pode ter um arquivo completamente reescrito enquanto faz o backup, e acabar colocando lixo inútil em suas fitas.
Como regra geral, para garantir um backup bom e consistente, seu sistema de arquivos (ou pelo menos o subconjunto que você está fazendo backup) deve estar inativo.
A única solução totalmente automatizada que conheço na natureza é Windows VSS . O que você está propondo com o processo de captura instantânea / montagem / backup / umount / destruição do LVM é basicamente o que o VSS faz por meio de sua API.
Você pode implementar a solução de snapshot que descreveu usando um software de backup real e um pouco de criatividade (no caso dos bareos você faria com ClientRunBeforeJob
e ClientRunAfterJob
scripts) para ser essencialmente transparente e uma boa solução - Eu sinceramente endosso isso.
Observe que isso ainda não é uma restauração de "um clique". É quase certo que você ainda terá que fazer algum trabalho manual depois de restaurar seus backups para voltar a um sistema em execução. É por isso que você executa testes de restauração.
Para o que minha opinião vale, eu acho que "restauração de um clique" não existe, e qualquer um que disser isso faz com que você tente vender um software para você. Software provavelmente caro .
O mais próximo de uma restauração com um clique é executar seus sistemas como VMs, fotografando-os periodicamente e fazendo o backup dos instantâneos como o Zoredache sugeriu .
A mesma admoestação sobre o uso do Real Backup Software do topo da minha resposta ainda se aplica quando você pega os snapshots da VM (mas provavelmente não precisará fazer snapshots do LVM porque os snapshots da VM ficarão inativos por definição depois que eles são criados.
A seleção de software de backup para o hipervisor é deixada como um exercício para o leitor - pode ser qualquer coisa, desde bareos no Linux, ArcServe no Windows ou vSphere Data Protection em um cluster VMWare, dependendo de suas necessidades e orçamento ...