Eu não posso concordar com Nils. Eu admito que não posso falar com o MySQL, mas posso dizer por experiência que isso não é não verdadeiro no Oracle.
Tirar um instantâneo dos arquivos de banco de dados no disco é bastante insignificante, mesmo se for instantâneo. O banco de dados contém muitas transações, algumas das quais são quase totalmente liberadas para o disco, algumas das quais são parcialmente liberadas e algumas delas permanecem quase inteiramente na RAM. O que está no disco pode ser recuperável com ferramentas de banco de dados, mas é improvável que seja um banco de dados viável.
Pior ainda: para qualquer banco de dados considerável, os backups levarão algum tempo, e isso significa que os backups somente de disco são completamente inúteis. Pense nisso como um instantâneo muito embaçado; você fotografa algo se movendo bem rápido (seu DB) e você mantém o obturador aberto durante o tempo necessário para fazer o backup (20 minutos? 2 horas? 28 horas? (para alguns dos meus bancos de dados de produção)). A fotografia ficará muito embaçada; você pegará algumas tabelas cedo, com poucas transações comprometidas com disco; outros você pode pegar muitas horas depois, com algumas centenas de milhares de transações em disco até lá. Não posso dizer que o seu backup de disco não funcione de imediato; Eu não posso nem dizer que você não será capaz de se recuperar com ferramentas forenses DB; mas eu não confiaria no meu trabalho.
Se o seu FS oferecer suporte a instantâneos e o seu banco de dados suportar backups (ou equivalentes), eles poderão funcionar. Hot-backup é uma instrução para o banco de dados quiesce as tablespaces; ele armazena em buffer todas as transações pendentes em algum tipo de arquivo de log e as aplica en bloc quando você tira as tablespaces do estado de backup ativo. Isso pode funcionar enquanto você desativa os espaços de tabela e faz backup deles em fita, mas funciona como um tratamento absoluto se você puder quiesce os espaços de tabela, capturar o sistema de arquivos subjacente, liberar as tablesapces do backup quente e rolar o snapshot para fita.
Se você não pode gerenciar isso - e muitas vezes não consigo - então o que eu faço é dizer ao software de backup para ignorar completamente os arquivos de dados e fazer com que o MySQL execute o mysqldumps primeiro para armazenamento online e depois para a fita. Eu nunca tive um problema em me recuperar desses.
Mas, como sempre adiciono esses casos, qualquer que seja , você deve documentá-lo bem e testá-lo com frequência . Esse último é mais vital que qualquer outra dica. Se você sabe que funciona, quem se importa com o que você está fazendo? Você pode fazer o backup usando o zip para arquivos WORM escritos nos casos-asa de cigarras, se for conhecido por trabalhar de forma confiável. Mas se você não está testando, quem se importa com o que dizem os chefes do serverfault? Não é adequado ao propósito.