Ferramenta de software de backup do MySQL. Solução de backup empresarial do MySQL

Home > Backup de dados corporativos > Ferramentas de Backup de Dados Corporativos > Módulo de Backup para MySQL

O MySQL é um sistema de gerenciamento de banco de dados relacional de código aberto amplamente implantado em ambientes corporativos para alimentar plataformas de comércio eletrônico, aplicativos SaaS e sistemas de negócios internos que processam milhares de transações por minuto. Em escala empresarial, uma implantação do MySQL lida com operações de gravação contínua em vários bancos de dados, e uma estratégia de backup de nível empresarial precisa oferecer tempos de recuperação rápidos, capacidade de restauração point-in-time e operações de backup que não interrompam as cargas de trabalho em execução.

O módulo de backup MySQL do Bacula Enterprise atende a essas demandas operacionais por meio da integração nativa com o Percona XtraBackup, que é um utilitário de backup quente criado especificamente para ambientes MySQL com alta taxa de transações. A ferramenta de backup do MySQL no Bacula Enterprise lida com todo o escopo de backup e recuperação do MySQL sem que o administrador de backup precise entender a mecânica interna de backup do MySQL ou escrever scripts personalizados. A ferramenta captura automaticamente os arquivos de configuração, as definições de usuário, as concessões globais, as configurações do servidor, os esquemas por banco de dados e os scripts de criação juntamente com os dados do banco de dados em cada trabalho.

Ele é compatível com as estratégias de backup Dump e Binary, e a recuperação Point-In-Time (PITR) está disponível para cada uma delas, usando os logs binários do MySQL para reproduzir transações até um momento preciso no tempo. A filtragem de objetos durante as operações de backup e restauração oferece aos administradores controle sobre quais bancos de dados e tabelas são incluídos ou excluídos sem edição manual de arquivos.

*A ferramenta de backup do MySQL é executada em plataformas Linux de 32 e 64 bits e é compatível com as versões do MySQL até a 8.0, inclusive. As versões 8.1 e superiores do MySQL requerem o Bacula Enterprise 18.0.4 ou posterior.

Backup Empresarial do MySQL com o Módulo Percona

Os bancos de dados MySQL com alta taxa de transação processam pagamentos, atendem a solicitações de usuários e gravam dados operacionais continuamente. Quando um evento de falha ou perda de dados força uma restauração, a instância fica off-line e esse tempo de inatividade não planejado resulta em pedidos incompletos de clientes, transações de pagamento com falha e erros na camada de aplicativos para os usuários finais.

Para bancos de dados que processam milhares de transações por minuto, os objetivos de tempo de recuperação têm valor financeiro direto, e cada minuto adicional de tempo de restauração adiciona transações não processadas e obrigações de SLA não atendidas.

O módulo MySQL Percona do Bacula integra o Percona XtraBackup para realizar backups físicos sem adquirir um bloqueio global do banco de dados, de modo que a instância do MySQL permaneça on-line e atenda ao tráfego de produção durante toda a janela de backup. É uma das soluções de backup e recuperação mais rápidas do setor para ambientes MySQL com alta taxa de transações.

O módulo MySQL Percona do Bacula é um utilitário de backup a quente para servidores baseados em MySQL que é executado sem bloquear o banco de dados durante o backup. Ele faz o backup das tabelas InnoDB, XtraDB e MyISAM em um estado consistente em todo o servidor e não requer grandes arquivos temporários. No momento da restauração, a etapa Preparar requer espaço em disco suficiente para o dobro do tamanho do banco de dados no host de destino da restauração.

Como adicionar o cliente de backup MySQL no Bacula?

Download do julgamento BAIXAR WHITE PAPER DO MYSQL

Principais benefícios do software de backup MySQL

Cobertura de backup em modo duplo

Controle flexível da velocidade e do tamanho do backup – Os administradores escolhem o modo Dump para backups menores e portáteis ou o modo Binary para velocidades de backup e restauração significativamente mais rápidas, com as duas opções disponíveis no mesmo servidor.
Combinação dos modos Dump e Binary – As duas estratégias podem ser executadas simultaneamente no mesmo servidor, e as equipes podem usar o Dump e o Binary em conjunto em uma única política de backup.
Suporte à restauração entre versões – Os backups no modo Dump podem ser restaurados para uma versão principal mais antiga ou mais recente do MySQL, e os administradores ganham flexibilidade de migração que o modo Binary não suporta.

Precisão de recuperação

Recuperação Point-In-Time para ambos os modos – O PITR está disponível para as estratégias Dump e Binary. O agente gerencia os arquivos de log binários necessários para reproduzir as transações até um ponto de recuperação preciso, sem rastreamento manual do log.
Restauração de um único banco de dados – No modo Dump, bancos de dados individuais podem ser restaurados independentemente, sem a necessidade de recuperar todo o servidor, e o escopo e o tempo das operações de restauração direcionadas são reduzidos como resultado.
Filtragem de objetos na restauração – Os administradores podem incluir ou excluir bancos de dados e tabelas específicos durante as operações de backup e restauração sem edição manual de arquivos.

Escopo completo do backup

Backup automático de metadados – Cada tarefa de backup captura concessões globais, configurações de servidor, esquemas por banco de dados, scripts de criação e concessões de usuário por banco de dados, juntamente com os próprios dados do banco de dados.
Suporte incremental e diferencial – Os modos Dump e Binary suportam níveis de backup incremental e diferencial. O agente gerencia automaticamente o tratamento de logs binários em cada trabalho.
Backup on-line – Cada modo suporta operações de backup totalmente on-line, sem necessidade de tempo de inatividade para o servidor MySQL.
Sem necessidade de scripts – O agente gerencia as operações de backup por meio da interface do Bacula, sem exigir que o administrador escreva scripts específicos para o MySQL ou entenda os aspectos internos do backup do MySQL.

Escolha entre Binário e Dump

A escolha entre os modos Dump e Binário depende dos requisitos de recuperação do seu ambiente MySQL e do tamanho do banco de dados.

O modo Dump produz backups menores e portáteis baseados em SQL para restaurações de objetos granulares e migrações entre versões.

O modo binário via Percona XtraBackup produz backups maiores, mas é executado significativamente mais rápido, e é a opção mais forte para bancos de dados grandes em que a velocidade de backup e restauração é uma prioridade.

A tabela abaixo mostra as diferenças funcionais entre os dois modos. Para as equipes que precisam de ambos os recursos, as duas estratégias também podem ser executadas simultaneamente no mesmo servidor.

Funcionalidade	Dump	Binary
Pode restaurar diretamente um objeto individual (tabela, esquema, . . . . )	Sim¹	Não
Velocidade de backup	Lenta	Rápida
Velocidade de restauração	Muito lenta	Rápida
Tamanho do backup	Pequeno	Grande
Pode restaurar em qualquer momento	Sim	Sim
Backup incremental/diferencial	Sim	Sim
Backup online	Sim	Sim
Consistente	Sim	Sim
Pode restaurar para a versão principal anterior do MySQL	Sim²	Não
Pode restaurar para a versão principal mais recente do MySQL	Sim	Não

¹Para restaurar um único objeto, o arquivo de despejo deve ser editado.

²Para restaurar um dump SQL para uma versão anterior do MySQL, talvez seja necessário editar o arquivo SQL se o senhor usar recursos que não estão disponíveis na versão anterior. Geralmente, a restauração para uma versão anterior do MySQL não é suportada nem garantida.

Software de backup do MySQL: Resumo detalhado dos recursos

A estratégia de backup correta para o MySQL depende se o senhor precisa de restaurações granulares em nível de objeto a partir de um dump lógico ou de uma recuperação rápida de todo o servidor com uma janela de restauração mínima. As listas de recursos abaixo detalham cada função disponível no módulo de backup MySQL do Bacula Enterprise.

Recursos de backup

Backup de despejo por banco de dados – Por padrão, o agente faz o despejo de cada banco de dados separadamente. Cada banco de dados produz um instantâneo SQL consistente que pode ser restaurado independentemente sem a recuperação do servidor completo.
All-Databases Dump Backup (Backup de despejo de todos os bancos de dados) – A opção all_databases faz o despejo de todos os bancos de dados em uma única operação e produz um instantâneo globalmente consistente. O backup também inclui arquivos de registro binários gerados até o final do trabalho.
Backup binário via Percona XtraBackup – No modo binário, o agente usa o Percona XtraBackup para executar um backup físico a quente do servidor completo. Ele abrange tabelas InnoDB, XtraDB e MyISAM, é executado sem bloquear o banco de dados e não requer arquivos temporários grandes.
Binary Log Capture (Captura de registro binário) – O plug-in MySQL do File Daemon salva os arquivos de registro binário gerados durante o trabalho de backup. Durante uma restauração PITR, o Bacula reproduz esses logs para recuperar o banco de dados em um ponto preciso no tempo.
Backup Incremental – Após um backup Full, cada job incremental captura apenas os novos logs binários gerados desde o job anterior, o que reduz o consumo de armazenamento e o tempo de transferência em instâncias ativas do MySQL.
Backup diferencial – Um trabalho diferencial captura todos os logs binários gerados desde o último backup completo. Isso oferece aos administradores uma cadeia de restauração em duas etapas sem a sobrecarga de armazenamento de instantâneos completos repetidos.
Backup on-line – Os modos Dump e Binary são executados em um servidor MySQL ativo, sem tempo de inatividade e sem necessidade de interrupção do serviço.
Backup consistente – O modo Dump garante a consistência por banco de dados individualmente e usa logs binários para obter consistência global entre os bancos de dados. O modo binário produz um instantâneo globalmente consistente de todo o servidor em uma única operação.
Captura automática de metadados – Cada trabalho de backup captura o arquivo de configuração do servidor MySQL (my.cnf), concessões globais, variáveis atuais do servidor e scripts de criação por banco de dados, esquemas, dados e concessões.

Recursos de restauração

Recuperação Point-In-Time – O PITR está disponível para os modos Dump e Binário. O agente MySQL gerencia os arquivos de log binários necessários para reproduzir as transações até um ponto de recuperação de destino sem rastreamento manual de log.
Restauração de um único banco de dados – No modo Dump, bancos de dados individuais podem ser restaurados independentemente de seus arquivos de dump por banco de dados, sem a necessidade de recuperar o servidor completo.
Restauração de usuários e funções – As concessões globais e as concessões de usuários por banco de dados são capturadas como parte de cada trabalho de backup e podem ser restauradas independentemente dos dados do banco de dados.
Restauração completa do servidor a partir do modo binário – O agente usa as ferramentas da Percona para restaurar um servidor completo a partir de um backup binário. Os dados são primeiro recuperados em um local temporário e tornados consistentes usando a etapa Percona Prepare antes que qualquer alteração seja gravada no banco de dados ativo.
Otimização do Prepare-at-Backup-Time – O módulo MySQL do Bacula pode executar a etapa Prepare automaticamente durante a fase de backup e, quando uma restauração é necessária, a recuperação é iniciada sem atraso porque o processamento de consistência já está concluído. A opção Preparar se aplica somente a backups Full.
Restore from Dump or Binary Logs – Os administradores podem restaurar a partir de arquivos de dump SQL ou de backups de logs binários, dependendo do cenário de recuperação, com ambos os caminhos suportados através da interface de restauração do Bacula.

Recursos operacionais

Comando Estimate – Antes da execução de qualquer trabalho de backup, o comando estimate consulta o agente MySQL e exibe todos os bancos de dados detectados no servidor, juntamente com os tamanhos dos bancos de dados no modo Dump, para que os administradores possam verificar o escopo antes de se comprometerem com um trabalho.
Descoberta automática de banco de dados – O plug-in MySQL do File Daemon detecta automaticamente todos os bancos de dados no servidor MySQL sem configuração manual. Bancos de dados específicos podem ser direcionados por nome na configuração do Fileset.
Filtragem de objetos – Os administradores podem incluir ou excluir bancos de dados e tabelas específicos durante as operações de backup e restauração usando parâmetros de plug-in, sem editar arquivos de despejo manualmente.
Accurate Mode for Incremental Jobs – A opção Accurate, quando ativada em trabalhos incrementais e diferenciais, impede que arquivos de log binários duplicados sejam incluídos nos conjuntos de backup. Isso mantém o catálogo limpo e as cadeias de restauração sem ambiguidade.
Flexibilidade de configuração do modo de despejo – O agente aceita parâmetros de plug-in para conta de usuário Unix, diretório temporário, credenciais de usuário do MySQL, caminho de arquivo de configuração extra e opções personalizadas do mysqldump, inclusive exclusões de tabelas, sem a necessidade de scripts personalizados.

Suporte a plataformas e versões

Linux de 32 e 64 bits
Versões do MySQL até a 8.0, inclusive
Percona Server com XtraDB
Mecanismos de armazenamento InnoDB, XtraDB e MyISAM

Como o Bacula Enterprise protege seus dados de backup do MySQL

O Bacula Enterprise tem a confiança de organizações de defesa, agências governamentais e instituições financeiras para proteger seus ambientes MySQL mais sensíveis.

A segurança do Bacula começa no nível da arquitetura. Os clientes de backup não têm conhecimento dos alvos de armazenamento e não possuem credenciais para acessá-los, o que significa que um host MySQL comprometido não pode ler, sobrescrever, modificar ou excluir dados de backup. Essa proteção está embutida no próprio protocolo, e não é alternada por meio de uma configuração.

Proteção contra ransomware e malware

Volumes de disco imutáveis – Os volumes de backup podem ser definidos como imutáveis, o que impede qualquer modificação ou exclusão depois de gravados, inclusive por usuários privilegiados.
Detecção de envenenamento de dados – Identifica automaticamente os dados corrompidos ou adulterados antes que eles se propaguem na cadeia de backup.
Detecção avançada de ransomware – O BGuardian monitora a atividade de backup em busca de padrões suspeitos e dispara alertas antes que os danos se espalhem.
Detecção silenciosa de corrupção de dados – Verifica a integridade dos dados de backup independentemente do sistema de origem.

Criptografia e autenticação

Criptografia AES – Criptografia de dados configurável por cliente em AES 128, AES 192 ou AES 256, aplicada no nível do volume.
TLS para todo o tráfego de rede – Criptografia TLS automática em todos os canais de comunicação dos componentes, com autenticação de senha CRAM-MD5 entre daemons.
Autenticação multifatorial – Autenticação MFA e OTP com suporte biométrico de smartphone para acesso à Web.
Integração com Active Directory e LDAP – Controle de acesso centralizado vinculado diretamente à sua infraestrutura de gerenciamento de identidade existente.

Conformidade e capacidade de auditoria

Conformidade com FIPS 140-3 – Atende aos padrões criptográficos federais exigidos por ambientes governamentais e de defesa.
Assinaturas de arquivo SHA256 e SHA512 – Verificação criptográfica de cada arquivo de backup, com comparação de catálogo semelhante ao Tripwire para detecção de invasão.
Integração SIEM – Os eventos de segurança são alimentados diretamente em sua plataforma existente de gerenciamento de eventos e informações de segurança.
Relatórios de endurecimento – Relatórios de endurecimento por host para cada sistema em que o Bacula é executado, revelando configurações inseguras antes que elas se tornem vulnerabilidades.

Principais recursos empresariais para todos os usuários do Bacula

A ferramenta de backup MySQL faz parte da plataforma de backup unificada do Bacula Enterprise. Todos os recursos listados abaixo estão disponíveis em todas as instalações do Bacula, independentemente do ambiente.

Infraestrutura e Eficiência de Armazenamento

O Bacula Enterprise oferece aos administradores controle direto sobre os custos de armazenamento por meio da redução de dados e do roteamento flexível de destino:

Deduplicação em nível de bloco – Qualquer bloco de dados que apareça mais de uma vez no catálogo de backup é gravado no armazenamento apenas uma vez, reduzindo a redundância de armazenamento na origem.
Compressão adaptativa – Os algoritmos de compressão são configuráveis por trabalho; os administradores podem ajustar a compressão com base no tipo de dados e na disponibilidade de recursos.
Vários tipos de destino de armazenamento – Os backups gravam em disco local, NAS, SAN, bibliotecas de fitas, armazenamento de objetos em nuvem, incluindo S3, Azure e Google Cloud, ou qualquer combinação em uma única política.
Armazenamento de objetos compatível com S3 – Conecta-se a qualquer provedor compatível com S3 para retenção de longo prazo sem dependência de fornecedor.
Fluxos de trabalho de armazenamento em camadas – Os dados de backup são movidos automaticamente pelas camadas de armazenamento à medida que envelhecem, de modo que os pontos de recuperação acessados com frequência permanecem no armazenamento rápido, enquanto os dados mais antigos são transferidos para destinos de custo mais baixo.
Incremental para sempre – Após um backup completo inicial, cada trabalho subsequente captura apenas o que foi alterado. Janelas recorrentes de backup completo tornam-se desnecessárias.
Transferências conscientes da largura de banda – Apenas os dados modificados atravessam a rede entre as execuções de backup, mantendo a carga da rede de produção em um nível mínimo.

Proteção de dados e conformidade

A segurança e a conformidade normativa estão incorporadas em todas as camadas da plataforma, desde o transporte de dados e a criptografia de armazenamento até o controle de acesso e o registro de auditoria:

Criptografia de ponta a ponta – A criptografia AES-256 abrange todo o caminho dos dados, desde o cliente de origem até o destino final do armazenamento, com gerenciamento de chaves configurável para se adequar às políticas de segurança da organização.
Cópias de backup imutáveis – O armazenamento compatível com WORM bloqueia os dados de backup contra qualquer modificação ou exclusão depois de gravados, proporcionando ao senhor um ponto de recuperação que o ransomware e as ameaças internas não podem alcançar.
Controles de acesso granular – As permissões de usuário abrangem trabalhos específicos, fluxos de trabalho de restauração e funções de gerenciamento, para que cada administrador acesse apenas o que sua função exige.
Auditoria completa de atividades – Cada backup, restauração e alteração de configuração é registrada com a identidade do usuário e o registro de data e hora. As equipes de conformidade e segurança obtêm uma trilha de auditoria completa e ininterrupta.
Suporte à estrutura regulatória – Os controles da plataforma são mapeados para os requisitos do GDPR, HIPAA e SOC 2 por meio de uma combinação de criptografia, políticas de retenção configuráveis e registros de auditoria detalhados.
Arquiteturas que preservam a privacidade – As opções de implementação de conhecimento zero permitem que a infraestrutura de backup seja executada sem conceder aos administradores nenhuma visibilidade dos próprios dados protegidos.

Gerenciamento e controle corporativos

Duas interfaces complementares e um conjunto completo de ferramentas de gerenciamento oferecem visibilidade e controle de todas as operações de backup:

Interface dupla – O BWeb fornece um console gráfico para o gerenciamento e o monitoramento diários de tarefas, enquanto o bconsole oferece aos operadores controle total da linha de comando para criação de scripts, automação e configuração avançada.
Escalabilidade sem limites – A mesma arquitetura de plataforma gerencia ambientes que vão de um punhado de servidores a implementações que chegam a milhares, tudo em um único plano de gerenciamento.
Isolamento de locatários – MSPs e grandes empresas dividem o ambiente de backup em unidades administradas de forma independente, cada uma com sua própria configuração, políticas e controles de acesso.
Descoberta automática de recursos – A plataforma examina a infraestrutura para identificar e catalogar automaticamente os destinos de backup, de modo que a cobertura de proteção permaneça atualizada à medida que o ambiente cresce.
Relatórios abrangentes – Os relatórios programados abrangem resultados de tarefas, tendências de capacidade, status de conformidade e desempenho operacional, fornecidos em uma cadência definida.
Integração com sistemas externos – Conecta-se a ferramentas de monitoramento, sistemas de emissão de tíquetes de TI e serviços de diretório, incluindo LDAP e Active Directory, encaixando-se na infraestrutura operacional existente sem desenvolvimento personalizado.

Excelência em infraestrutura híbrida

Servidores físicos, máquinas virtuais, contêineres e infraestrutura em nuvem, tudo em uma única estratégia de backup unificada:

Virtualização multiplataforma – Integração nativa para VMware vSphere, Hyper-V, KVM, Red Hat Virtualization, Xen, Azure VM, Proxmox e Nutanix AHV com aplicação consistente de políticas em todas as plataformas.
Convergência física e virtual – Servidores físicos, estações de trabalho e máquinas virtuais são protegidos por meio da mesma interface de gerenciamento com políticas de backup unificadas.
Suporte a contêineres e nativos da nuvem – Proteção total para ambientes Docker, Kubernetes e OpenShift com backups de volume persistente e instantâneos consistentes com aplicativos.
Integração de armazenamento em várias nuvens – Suporte nativo para armazenamento em nuvem pública, privada e híbrida, incluindo S3, S3-IA, Azure, Google Cloud, Oracle Cloud e Glacier, com a funcionalidade Minimal Restore Cost.
Integração de bancos de dados e aplicativos – Backup a quente para Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA e outros aplicativos de missão crítica com consistência transacional total.

Vantagens econômicas

O licenciamento é baseado no tamanho do ambiente, não no volume de dados. Os bancos de dados MySQL podem crescer sem gerar custos de licenciamento mais altos:

Licenciamento independente do volume – O aumento da capacidade de backup não se traduz em taxas de licença mais altas, de modo que os custos de proteção de dados permanecem estáveis mesmo com a expansão dos volumes de dados.
Estrutura de custos previsível – Um modelo de preço fixo permite que as equipes planejem orçamentos de infraestrutura sem levar em conta os custos variáveis vinculados ao crescimento do storage ou às mudanças na carga de trabalho.
Preço independente da carga de trabalho – O tamanho do banco de dados, o número de servidores e os volumes de armazenamento não afetam os custos de licenciamento.
Benefícios de custo em grande escala – As organizações que protegem bancos de dados MySQL substanciais ou em rápido crescimento obtêm vantagens econômicas cada vez mais significativas em relação aos concorrentes com preços de capacidade.
Economia do provedor de serviços – Os MSPs aceitam clientes com conjuntos de dados grandes ou de rápido crescimento sem absorver os aumentos de custos de licenciamento que corroem as margens nos modelos de preços por terabyte.

Recuperação e continuidade dos negócios

Cada cenário de recuperação tem um caminho definido, desde restaurações de arquivo único até reconstruções completas do site.

Bare Metal Restore no nível do sistema – Recupera um servidor completo do zero, incluindo sistema operacional, aplicativos, configuração e dados, sem a necessidade de uma instalação manual prévia.
Movimentação de dados entre plataformas – Os dados de backup podem ser recuperados em um sistema operacional diferente do de origem, oferecendo às equipes opções quando não há disponibilidade de hardware semelhante ou quando uma migração está em andamento.
Replicação geográfica de backup – Os conjuntos de backups são copiados para locais de armazenamento separados geograficamente, de modo que uma interrupção em todo o site não leva consigo os pontos de recuperação.
Agendamento frequente de backup – Os intervalos de backup podem ser reduzidos a minutos, aumentando a janela potencial de perda de dados para minutos em vez de horas.
Validação de restauração automatizada – A capacidade de recuperação é confirmada por meio de testes automatizados sem o envolvimento do administrador ou de um processo de validação separado.

Perguntas Frequentes

O plugin MySQL do Bacula suporta configurações de replicação?

Sim. Os logs binários do MySQL conduzem tanto a replicação quanto a Recuperação Point-In-Time (PITR), e o agente MySQL do Bacula captura esses logs automaticamente em cada trabalho de backup. No modo Binário, o backup registra o nome e a posição do arquivo de log binário no momento do backup, o que fornece as coordenadas necessárias para retomar ou configurar a replicação após uma restauração.

Os backups no modo binário podem ser executados sem interromper um banco de dados MySQL ativo?

Sim. No modo Binário, o Percona XtraBackup copia os arquivos de dados InnoDB no nível de armazenamento sem adquirir um bloqueio global do banco de dados, para que a instância do MySQL permaneça on-line e atenda ao tráfego de produção durante toda a janela de backup. Os arquivos que não são do InnoDB exigem apenas um breve bloqueio de backup em vez de um bloqueio completo da tabela.

O que acontece se os logs binários não estiverem disponíveis durante uma restauração do MySQL PITR?

O agente MySQL do Bacula captura arquivos de log binários como parte de cada trabalho de backup e os gerencia automaticamente em toda a cadeia de backup completo. Se os registros binários não estiverem disponíveis no momento da restauração, o padrão de recuperação será o instantâneo de backup consistente mais recente. A recuperação para um ponto de transação preciso requer uma cadeia de logs binários ininterrupta a partir desse instantâneo.

Posso fazer backup de vários bancos de dados MySQL no mesmo servidor com o Bacula?

Sim. O agente MySQL detecta automaticamente todos os bancos de dados no servidor sem configuração manual. Bancos de dados específicos podem ser direcionados por nome na configuração do conjunto de arquivos, e a filtragem de objetos permite que os administradores incluam ou excluam bancos de dados e tabelas específicos sem editar arquivos de despejo manualmente.

Qual é o impacto dos backups no desempenho do MySQL?

No modo Binário, o Percona XtraBackup copia os arquivos de dados do InnoDB no nível de armazenamento sem adquirir um bloqueio global do banco de dados, portanto o impacto na instância do MySQL em execução é mínimo e o tráfego de produção continua ininterrupto. No modo Dump, o processo mysqldump gera sobrecarga de CPU e E/S que aumenta com o tamanho do banco de dados. Geralmente, a execução de trabalhos no modo Dump fora do horário de pico é recomendada para sistemas de produção sob carga pesada de gravação.

A integridade do backup do MySQL pode ser verificada automaticamente?

Sim. A Detecção Silenciosa de Corrupção de Dados do Bacula verifica a integridade dos dados de backup independentemente do sistema de origem. A Detecção de Envenenamento de Dados identifica dados corrompidos ou adulterados antes que eles se propaguem na cadeia de backup, de modo que os problemas de integridade sejam detectados antes que uma restauração seja necessária.

Como a política de retenção de backup afeta as opções de recuperação do MySQL?

As políticas de retenção controlam diretamente a distância que uma restauração pode alcançar. Uma janela de retenção mais curta reduz o consumo de armazenamento, mas limita a flexibilidade de recuperação. Uma janela de retenção mais longa, por outro lado, aumenta o uso do armazenamento e permite a recuperação de incidentes mais antigos ou eventos de corrupção de dados atrasados. No Bacula, os períodos de retenção são configuráveis no nível do trabalho, do pool e do volume. Isso dá aos administradores um controle preciso sobre quanto tempo os conjuntos de backup do MySQL permanecem disponíveis para recuperação.

Preciso de conhecimentos de administrador de banco de dados (DBA) para gerenciar backups do MySQL com o Bacula?

Não. O plug-in MySQL abstrai a mecânica de backup específica do MySQL e nenhum script personalizado é necessário.

O administrador de backup configura e gerencia todas as operações por meio da interface padrão do Bacula. Uma compreensão básica dos objetivos de recuperação, especificamente RPO e RTO, ainda é útil ao decidir entre o modo Dump e Binário para o seu ambiente.