Uma pergunta sobre backup automático do servidor

Question

Eu li um monte de posts, páginas wiki e páginas da web sobre ferramentas de backup, incluindo Bacula e backupPc. Para BackupPC eu li a documentação oficial. Eu estou procurando uma solução de backup automático como substituto para backups do Clonezilla.

Parece-me estranho que não tenha encontrado referências à consistência do sistema nos tutoriais. Isso não seria uma das primeiras coisas quando se pensa em backup automatizado de servidor? E quanto aos bancos de dados MySQL, e quanto ao grande conteúdo (email, blog, lojas, git) que pode mudar durante o backup. Eu gostaria que as ferramentas fornecessem recursos para automatizar os despejos de banco de dados, para iniciar e parar serviços quando seus arquivos estivessem prestes a sofrer backup. Como os serviços distribuem seus arquivos por todo o lugar, eu esperaria que isso fosse um planejamento não trivial e muito demorado. Além disso, alguns serviços como NTP, LDAP, Samba podem estar envolvidos na autenticação de usuários e serviços e podem ser encerrados somente quando um servidor de backup assume (que não deve ser feito backup ao mesmo tempo ...). Então, para incluir avisos do usuário de que algo ficará offline em 5-4-3-2-1-0 minutos, etc. Acho que você entendeu.

Agora, tenho a sensação de que estou negligenciando uma solução realmente trivial aqui. Eu ficaria muito feliz se alguém pudesse me liberar desse bloqueio mental e me apontar para algum lugar onde eu poderia seguir um tutorial de início a fim cobrindo o backup de um servidor incluindo serviços.

EDIT:
Os comentários mostram que minha pergunta pode ser mal entendida. Por favor, deixe-me reformular a pergunta para:
"Com o que eu disse acima, como você resolveu esses problemas para o seu ambiente?"
Fico feliz por qualquer informação sobre coisas que realmente funcionaram no campo.

obrigado pela leitura.

CatMan

    

Answer 1

Se você usa uma máquina virtual, copia toda a máquina virtual e termina com ela. Usamos scripts personalizados para as instâncias do Google e não dependemos de software de backup.

Basicamente: reúna todos os dados para backup e coloque-os em um diretório. Vamos chamar isso de /backup/ . Dentro de /backup/ temos diretórios denominados 01 to 31 . Nesses diretórios, copiamos todos os arquivos que precisam ser salvos. Portanto, temos 1 mês de backups na própria máquina. Se o espaço é limitado, você também pode fazer isso no número do dia (7 dias de backups).

Para o mysql, temos um script para parar o banco de dados e usar o mysqldump para gerar 1 arquivo grande e armazená-lo em /backup/[01-31] naquele número específico do mês. Os arquivos de configuração também são copiados. Jasperserver (uma ferramenta para criar modelos principalmente para PDFs) tem um script de exportação para exportar todo o conteúdo personalizado em um grande arquivo zip. Para o apache, copiamos o software do site em um arquivo zip e também copiamos os arquivos de configuração. Nós não usamos correio em nossos sistemas (usamos 2 sistemas remotos chamados flowmailer e carimbo postal para correio), mas algo semelhante pode ser feito aqui também.

E esses dados são então copiados para outra máquina que não esteja no mesmo prédio.

Nosso tempo de inatividade precisa ser próximo de 0. Temos clientes que têm locais em todo o mundo (da China à América). O despejo do MySQL leva cerca de 90 minutos (nesses 90 minutos todo o outro software está pronto). Para resolver isso, usamos duas instâncias do google e o backup é feito do escravo, então o tempo de inatividade é 0. Tudo o que precisamos fazer depois é atualizar o escravo.