Início / dba / Perguntas / 72946
Accepted
Question Overflow
Asked: 2014-08-02 06:29:52 +0800 CST

É seguro copiar arquivos de banco de dados diretamente de um instantâneo do LVM?

  • 772

Eu vi duas abordagens diferentes para fazer backup de banco de dados com instantâneo LVM. Este artigo sugere gerar outra instância MySQL para fazer um despejo SQL. O MYSQL Performance Blog sugere que é seguro copiar diretamente os arquivos do banco de dados:

6) Copie os dados para backup. Normalmente, você pode ignorar os logs de consulta lentos e o log de erros durante o backup. Você também pode pular a maioria dos logs binários - no entanto, se alguns de seus escravos estiverem muito atrasados, você pode querer manter alguns dos últimos logs binários apenas por precaução, ou você pode assumir que, em caso de recuperação do backup, você precisará restaurar os escravos como bem e pule logs binários em seu processo de backup.

Para o banco de dados no InnoDBformato, posso apenas fazer backup da /var/lib/mysql/pasta?

mysql innodb

2 respostas

  1. Sim, é seguro. Existe uma ferramenta http://www.lenzg.net/mylvmbackup/ que usa instantâneos LVM para fazer backups do MySQL.

    Do ponto de vista do InnoDB, uma cópia de backup tirada com instantâneos do LVM parece que o InnoDB travou repentinamente. Quando você iniciar o MySQL a partir da cópia de backup, ele iniciará a recuperação de travamento. Para economizar algum tempo, é melhor fazer a recuperação de falha imediatamente após o backup ser feito.

    • 4
  2. Best Answer

    Para o InnoDB e outros armazenamentos de dados transacionais, deve ser OK puramente do ponto de vista da integridade referencial, pois o procedimento normal de recuperação de falhas lançará quaisquer transações incompletas que estavam em andamento quando o backup foi feito, mas há problemas potenciais que significam que é não recomendado que você faça backup de bancos de dados desta forma:

    • Qualquer lógica de negócios multitransação pode estar parcialmente completa, deixando combinações complexas de registros em um estado ímpar do ponto de vista da lógica do aplicativo (mas consistente com suas regras de integridade impostas pelo banco de dados). Se o seu aplicativo for bem projetado e nenhum desses processos existir, isso não é um problema (mas mesmo com um bom design, você precisa permitir que codificadores menos experientes não entendam direito)
    • A restauração levará mais tempo, pois levará tempo para que essa reversão e outras verificações de integridade ocorram (você pode mitigar isso restaurando imediatamente o backup em outro lugar e fazendo o backup novamente)
    • Seu processo de backup ainda está competindo com o acesso ao banco de dados do aplicativo principal, o que pode ter um impacto no desempenho
    • Se seus arquivos de dados não estiverem todos no mesmo sistema de arquivos (ou seja, se você os espalhou por diferentes conjuntos de eixos para melhorar o desempenho de algumas cargas de trabalho), você não pode obter o instantâneo do sistema de arquivos/dispositivo de bloco exatamente no mesmo ponto para cada arquivo para que sua integridade de dados possa falhar aqui
    • Se você estiver fazendo backup de qualquer coisa que não seja compatível com ACID (tabelas myISAM, dados externos, como arquivos binários armazenados no sistema de arquivos), também poderá ter problemas semelhantes.

    Se você puder lidar com uma pequena quantidade de tempo de inatividade, poderá mantê-lo no mínimo:

    1. parando o serviço de banco de dados
    2. tirando os snapshots do LVM
    3. iniciando imediatamente o serviço de banco de dados
    4. fazendo o backup (enquanto o serviço ainda está em execução)
    5. soltando o instantâneo LVM quando isso for concluído

    Dessa forma, você ficará inativo apenas pelo período de tempo necessário para parar e reiniciar o serviço de banco de dados (iniciar o instantâneo do LVM deve ser quase instantâneo).

    Se você não puder pagar a qualquer momento para essa curta interrupção do serviço, talvez possa configurar a replicação e, em vez disso, fazer backup dela:

    1. pausando a replicação para o escravo
    2. parando o serviço de banco de dados escravo
    3. tirando os snapshots do LVM
    4. iniciando imediatamente o serviço de banco de dados e retomando a replicação
    5. fazendo o backup (enquanto o serviço ainda está em execução)
    6. soltando o instantâneo LVM quando isso for concluído

    Na verdade, você não precisa dos instantâneos LVM para isso se o backup não demorar tanto que retomar a replicação se torne problemático.

    • 4

relate perguntas