A melhor maneira de fazer backup do servidor de banco de dados MySQL em execução no Hyper-V

Question

Estamos executando um servidor de banco de dados de produção MySQL v5.5 em uma VM do Windows 2008 R2. Atualmente, estamos apenas executando um mysqldump diário do banco de dados e, em seguida, fazendo backup deles. Nossa solução de backup (Veeam) suporta o Hyper-V e usa o VSS para criar um instantâneo consistente das VMs. Este é um bom método de backup? Este é o melhor método de backup? Se tivéssemos que restaurar essa VM, teríamos alguma corrupção de banco de dados? Devemos continuar a executar mysqldumps diários e manter os backups separadamente? Obrigado!

    

Answer 1

Um backup não é apenas uma solução de recuperação de desastre, mas também pode ser um arquivo.

Para a parte de recuperação de desastres, você está bem com os instantâneos das suas VMs. Mas imagine que você gostaria apenas de recuperar uma única tabela ou um único registro de seu banco de dados, ou gostaria de ver como um registro no banco de dados evoluiu com o tempo. Nesse caso, você provavelmente estaria muito melhor com um diretório cheio de depósitos de seus bancos de dados.

Por isso, posso recomendar não apenas confiar nos instantâneos, mas também manter os lixinhos em algum lugar.

    

Answer 2

O Hyper-V faz instantâneos de VMs do VSS e, se esses sistemas operacionais tiverem os serviços de integração instalados, ele notificará o sistema operacional interno para também preparar um instantâneo. Que o sistema operacional VM, em seguida, informa todos os aplicativos que têm provedores VSS para liberar para o disco (conhecido como Quiescing ). Então, o legal é que a notificação do VSS é transmitida pelo Hyper-V- > VM- > Apps no VM. O ruim é que isso ajuda apenas em aplicativos que são compatíveis com o VSS. O VSS está no Windows Server desde 2003 e é amplamente suportado em produtos Microsoft, mas não tanto em terceiros.

Parece que o MySQL não tem suporte nativo a VSS, mas há uma ferramenta de terceiros de acordo para isso .

Se fosse eu, eu configuraria o MySQL para fazer backups de DB e Log no disco local (freqüentemente, talvez a cada 15min, dependendo dos Objetivos do Ponto de Recuperação) e ainda faria os snapshots do Hyper-V para capturar esses arquivos. Em um cenário de recuperação, se você tiver alguma perda de dados, poderá recuperá-los, em vez de ter apenas os bancos de dados MySQL e Logs on-line (arquivos abertos). Note que eu não sou um especialista em MySQL:)