tudo depende de quão preciosos são os seus dados e quanto você pode gastar em backups. poucos pensamentos aleatórios:
- monitore seus backups - crie um sistema de alerta que notifique você se algum dos comandos durante o backup falhar [você pode usar o trapping ]
- verifique seus backups periodicamente - por exemplo, restaure em um site de teste a cada trimestre
- se possível, tente manter os backups off-line ou pelo menos use o método pull para não fazer push [backup dos logs do host em seu servidor de produção para fazer backup, e não o contrário] - dessa maneira mesmo se o servidor for comprometido e for mal-intencionado Não será possível excluir seus backups.
- mantenha seus backups seguros ... idealmente - eu teria host não acessível da internet [por exemplo, computador atrás de firewall ou nat ou ambos] iniciar todos os procedimentos de backup puxando todos os seus dados, criptografia em nível de sistema de arquivos como truecrypt para backups host não faz mal nem
- mantém poucos backups anteriores - você pode compactar os despejos completos em arquivos separados e rotacioná-los, por exemplo, mensalmente ou aproveitar ferramentas como rdiff- backup . no caso de você estragar alguma coisa e perceber isso apenas depois de alguns dias, pode ser um salva-vidas.
- qual é o tamanho do seu site? se houver muitas atualizações / inserções no sql - considere ter o slave de replicação mysql com o log binário de todas as consultas master ativadas. Desta forma, você será capaz de restaurar [pelo menos o conteúdo sql] até o momento antes da falha.
- verifique se os backups afetam negativamente o desempenho do seu site, se necessário, use um pouco de limitação [ionice, limite de taxa para rsync ou xtrabackup ].