Backup e recuperação do MariaDB

Backups consistentes e de alto desempenho para ambientes MariaDB ativos

O módulo MariaDB do Bacula Enterprise realiza backups e recuperações de ambientes MariaDB de forma mais rápida, segura e eficiente, além de reduzir significativamente a carga administrativa. O MariaDB é um servidor de banco de dados ativo e, em ambientes corporativos, processa transações de leitura e gravação continuamente. Assim como em qualquer servidor de banco de dados ativo, um backup realizado enquanto as transações estão em andamento irá capturar algumas dessas transações no meio da gravação, e esses dados incompletos tornarão o backup não confiável e fragmentado para recuperação.

Para esse fim, o módulo MariaDB do Bacula foi desenvolvido para fazer backup de um servidor MariaDB ativo sem interromper as transações em andamento, com várias abordagens adequadas a diferentes requisitos de tempo de recuperação e desempenho. Qualquer administrador de backup pode executá-lo sem conhecimento prévio de scripts complexos ou do funcionamento interno do MariaDB.

O que o módulo MariaDB do Bacula oferece suporte

O módulo MariaDB do Bacula oferece suporte às técnicas de backup Dump e Binary para ambientes MariaDB de alta transação. O módulo faz backup automaticamente de dados no nível do servidor, como definições de usuário, permissões globais e arquivos de configuração. A Recuperação em um Momento Específico (PITR) está disponível em cada modo, e o módulo oferece suporte à filtragem de objetos durante operações de backup e restauração.

Para organizações que operam bancos de dados MariaDB de grande porte e com alta taxa de transações, o tempo de inatividade interrompe o processamento de transações e reduz diretamente a receita. Quanto mais tempo o banco de dados permanecer offline, maior será o prejuízo financeiro. O módulo MariaDB do Bacula foi desenvolvido especificamente para minimizar esse intervalo.

Baixar teste gratuitoBaixar o whitepaper MariaDB

Recuperação mais rápida do MariaDB com a etapa de preparação

Com o módulo de backup binário do MariaDB do Bacula, os bancos de dados são restaurados em um local temporário antes que o banco de dados ativo seja alterado. A etapa de preparação do Mariabackup aplica então as alterações do log de refazer a esses dados e gera um ponto de restauração totalmente consistente. Somente após a conclusão desse processo é que a modificação efetiva do banco de dados ativo pode começar.

Por padrão, a etapa Prepare é executada no momento da restauração. O Bacula também pode executá-la automaticamente durante a fase de backup. Quando executada durante o backup, o processamento de consistência já está concluído antes mesmo de a recuperação ser acionada, e a restauração pode começar imediatamente, sem qualquer atraso de preparação. Para grandes organizações com RTOs restritos, restaurações mais rápidas reduzem o tempo de inatividade. Menos tempo de inatividade mantém os negócios operacionais e o fluxo de receita.

*O módulo funciona em plataformas Linux de 32 e 64 bits.

Ferramenta de backup “a quente” do MariaDB sem bloqueios nem compromissos de criptografia

O módulo MariaDB do Bacula Enterprise integra-se ao Mariabackup (mariadb-backup), um utilitário de backup “a quente” de código aberto originalmente derivado do Percona XtraBackup, para fornecer backups rápidos e consistentes de servidores MariaDB em funcionamento. Ao contrário do Percona XtraBackup, o Mariabackup lida nativamente com tabelas MariaDB criptografadas e compactadas, o que o torna a ferramenta ideal para implantações modernas do MariaDB, nas quais a criptografia é um requisito padrão. O Mariabackup elimina a necessidade de bloquear o banco de dados durante o backup, e as transações ativas continuam sem interrupção. Ambientes de missão crítica com Objetivos de Tempo de Recuperação (RTOs) restritos podem executar backups sem qualquer impacto no tráfego de produção.

• Backup por dump de banco de dados – Por padrão, o agente MariaDB gera um dump de cada banco de dados separadamente. Cada dump é um arquivo SQL de texto simples que contém todos os comandos necessários para reconstruir aquele banco de dados exatamente no estado em que se encontrava no momento do backup.
• Backup por dump de todos os bancos de dados – A opção all_databases gera um único arquivo all-databases.sql que abrange todos os bancos de dados do servidor em uma única operação. Os logs binários gerados antes do término da tarefa são incluídos no backup, e a próxima tarefa incremental retoma de onde o backup completo parou.
• Backup binário via Mariabackup – O modo binário utiliza o Mariabackup, um utilitário de backup a quente de código aberto originalmente derivado do Percona XtraBackup 2.3.8. O Mariabackup realiza backups físicos online de tabelas InnoDB, Aria e MyISAM. Ele lida com tabelas criptografadas e compactadas nativamente, é executado sem bloquear o banco de dados e não requer arquivos temporários de grande porte durante o processo de backup.
• Backup de Logs Binários – O agente MariaDB salva os arquivos de logs binários gerados durante cada tarefa de backup. Os logs binários registram todos os eventos de alteração no banco de dados, incluindo operações de criação de tabelas, modificações de dados e o tempo que cada instrução levou para ser executada. Esses logs são a base da Recuperação em Um Momento Específico.
• Backup Incremental – Cada tarefa incremental após um backup completo salva apenas os novos logs binários gerados desde a tarefa anterior. A opção “Accurate” evita que arquivos de log duplicados apareçam entre conjuntos de backup e mantém as cadeias de restauração organizadas.

Opções de recuperação do MariaDB

• Recuperação em um ponto específico no tempo – A PITR está disponível nos modos Dump e Binário. O agente do MariaDB rastreia e gerencia os arquivos de log binário em tarefas completas, incrementais e diferenciais, e reproduz esses logs para recuperar o banco de dados em um ponto preciso no tempo.
• Restauração de um único banco de dados – O modo Dump armazena cada banco de dados em seu próprio conjunto de arquivos SQL. Bancos de dados individuais podem ser restaurados a partir desses arquivos sem afetar o restante do servidor. Uma única tabela ou objeto de esquema também pode ser recuperado editando-se diretamente o arquivo de dump restaurado localmente.
• Restauração de usuários e funções – As concessões globais e as concessões de usuário por banco de dados são armazenadas como arquivos separados em cada tarefa de backup. Os administradores podem restaurar contas de usuário e permissões independentemente dos dados do banco de dados.
• Restauração completa do servidor a partir do modo binário – O agente Bacula utiliza o Mariabackup para restaurar um servidor MariaDB completo a partir de um backup binário. Os dados do servidor são primeiro restaurados para um local temporário. A etapa de preparação, então, leva esses dados a um estado totalmente consistente antes que o banco de dados ativo seja afetado.
• Preparação no momento do backup – A etapa de preparação pode ser executada automaticamente durante a fase de backup, em vez de no momento da restauração. Quando isso ocorre, o processamento de consistência já está concluído no momento em que a recuperação é acionada e, como resultado, a restauração é executada mais rapidamente.
• Restauração a partir de dumps ou logs binários – Os administradores podem restaurar a partir de arquivos de dump SQL ou de backups binários do Mariabackup. Ambos os caminhos estão disponíveis por meio da interface de restauração do Bacula, dependendo do cenário de recuperação.

Ferramenta de administração e controle de backup do MariaDB

• Comando estimate – O comando estimate consulta o agente Bacula antes da execução de qualquer tarefa e exibe todos os bancos de dados encontrados no servidor. No modo Dump, o agente informa o tamanho do banco de dados em vez do tamanho estimado do dump, uma vez que o tamanho final do dump não pode ser calculado antes da execução da tarefa.
• Detecção automática de bancos de dados – O agente Bacula detecta automaticamente todos os bancos de dados no servidor. Bancos de dados específicos podem ser selecionados por nome na configuração do conjunto de arquivos sem a necessidade de trabalho manual de inventário.
• 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 por meio de parâmetros de plug-in. Não é necessária a edição manual dos arquivos de dump.
• Modo Preciso – A ativação da opção Preciso em tarefas incrementais e diferenciais garante que cada arquivo de log binário apareça apenas uma vez nos conjuntos de backup. Sem ela, o mesmo arquivo de log poderia ser incluído em várias tarefas, o que cria ambiguidade nas cadeias de restauração.
• Formato mbstream – O Mariabackup suporta mbstream, um formato de streaming personalizado introduzido para lidar com compressão e streaming simultâneos. Ele está disponível juntamente com o formato TAR padrão.
• Operação sem scripts – O agente Bacula lida com todas as operações de backup por meio da interface do Bacula. Os administradores não precisam escrever scripts específicos para o MariaDB nem compreender o funcionamento interno do Mariabackup para executá-lo corretamente.

Armazenamento de backup e controle de custos

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 destinos.

• Desduplicaçã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. O consumo de armazenamento diminui sem qualquer alteração na política ou na programação de backup.
• Compressão adaptativa – Os algoritmos de compressão são configuráveis por tarefa. Os administradores ajustam a compressão com base no tipo de dados e nos recursos disponíveis.
• Vários tipos de destinos de armazenamento – Os backups são gravados em disco local, NAS, SAN, bibliotecas de fitas, armazenamento de objetos na nuvem, incluindo S3, Azure e Google Cloud, ou qualquer combinação dentro de uma única política.
• Armazenamento de objetos compatível com S3 – O Bacula se conecta 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 podem ser configurados para migrar automaticamente entre camadas de armazenamento à medida que envelhecem. Pontos de recuperação acessados com frequência permanecem no armazenamento rápido, e os dados mais antigos são transferidos para destinos de menor custo.
• Incremental Forever – Após um backup completo inicial, cada tarefa subsequente captura apenas o que foi alterado. Janelas de backup completo recorrentes não são mais necessárias.
• Transferências com consideração pela largura de banda – Apenas os dados modificados trafegam pela rede entre as execuções de backup. A carga da rede de produção permanece baixa sem a necessidade de limitação manual ou soluções alternativas de agendamento.

Segurança e conformidade de backup

A segurança e a conformidade regulatória estão integradas em todas as camadas da plataforma, desde a criptografia do transporte e do armazenamento de dados até o controle de acesso e o registro de auditorias.

• Criptografia AES-256 – A criptografia AES-256 abrange todo o caminho dos dados, desde o cliente de origem até o destino final de armazenamento. O 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 modificações ou exclusões após a gravação. Ransomware e ameaças internas não têm acesso ao ponto de recuperação.
• Controles de acesso granulares – As permissões do usuário abrangem tarefas específicas, fluxos de trabalho de restauração e funções de gerenciamento. Cada administrador acessa 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 a 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 atendem aos requisitos do GDPR, HIPAA e SOC 2 por meio de criptografia, políticas de retenção configuráveis e registros de auditoria detalhados.
• Arquiteturas que preservam a privacidade – Opções de implantação de conhecimento zero permitem que a infraestrutura de backup seja executada sem conceder aos administradores qualquer visibilidade dos dados protegidos.

Gerenciamento e administração de backups

Duas interfaces complementares e um conjunto completo de ferramentas de gerenciamento proporcionam visibilidade e controle sobre todas as operações de backup.

• Interface dupla – O BWeb oferece um console gráfico para o gerenciamento e monitoramento diários das tarefas. O Bconsole (agente de usuário) proporciona aos operadores controle total via linha de comando para a criação de scripts, automação e configuração avançada.
• Escalabilidade sem limites – A mesma arquitetura de plataforma gerencia ambientes que vão desde um pequeno número de servidores até implantações com milhares de servidores, tudo sob 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 unidade possui sua própria configuração, políticas e controles de acesso.
• Descoberta automática de recursos – A plataforma varre a infraestrutura para identificar e catalogar destinos de backup automaticamente. A cobertura de proteção permanece atualizada à medida que o ambiente cresce.
• Relatórios detalhados – Relatórios programados abrangem resultados de tarefas, tendências de capacidade, status de conformidade e desempenho operacional em uma cadência definida.
• Integração com sistemas externos – O Bacula se conecta a ferramentas de monitoramento, sistemas de tickets de TI e serviços de diretório, incluindo LDAP e Active Directory. Não é necessário desenvolvimento personalizado.

Cobertura de backup em múltiplos ambientes

Servidores físicos, máquinas virtuais, contêineres e infraestrutura em nuvem são todos abrangidos por uma única estratégia de backup unificada.

• Virtualização multiplataforma – Integração nativa com 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 nativo para nuvem – Proteção completa para ambientes Docker, Kubernetes, e OpenShift com backups de volume persistente e instantâneos consistentes com o aplicativo.
• Integração de armazenamento em múltiplas nuvens – Suporte nativo para armazenamento em nuvem pública, privada e híbrida, incluindo interfaces S3, S3-IA, Azure, Google Cloud, Oracle Cloud e Glacier com a funcionalidade de Custo Mínimo de Restauração (MRC)
• Integração de bancos de dados e aplicativos – Suporte a backup a quente para Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA e outros aplicativos de missão crítica com total consistência transacional.

Licenciamento de backup previsível

O licenciamento é baseado no tamanho do ambiente, e não no volume de dados. Os bancos de dados MariaDB podem crescer sem acarretar custos de licenciamento mais elevados.

• Licenciamento independente do volume – O aumento da capacidade de backup não eleva as taxas de licença. Os custos de proteção de dados permanecem estáveis à medida que os volumes de dados se expandem.
• Estrutura de custos previsível – Um modelo de preços fixos permite que as equipes planejem os orçamentos de infraestrutura sem levar em conta custos variáveis vinculados ao crescimento do armazenamento ou a mudanças na carga de trabalho.
• Preços independentes da carga de trabalho – Os tamanhos dos bancos 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 MariaDB grandes ou em rápido crescimento pagam a mesma taxa de licença, independentemente da quantidade de dados adicionados. A vantagem de custo em relação aos concorrentes que praticam preços por capacidade aumenta à medida que os volumes de dados crescem.
• Economia para provedores de serviços – Os MSPs atendem clientes com conjuntos de dados grandes ou em rápido crescimento sem absorver aumentos nos custos de licenciamento que corroem as margens em modelos de preços por terabyte.

Recuperação e Continuidade de Negócios

Cada cenário de recuperação possui um caminho definido, desde restaurações de arquivos individuais até reconstruções completas de instalações.

• Restauração completa do sistema (Bare Metal) – O Bacula recupera um servidor completo a partir do zero, incluindo o sistema operacional, os aplicativos, a configuração e os dados, sem exigir 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. As equipes têm opções quando não há hardware equivalente disponível ou quando uma migração está em andamento.
• Replicação geográfica de backup – Conjuntos de backup são copiados para locais de armazenamento geograficamente separados. Uma interrupção em todo o local não leva consigo os pontos de recuperação.
• Agendamento de backups frequentes – Os intervalos entre backups podem ser reduzidos a minutos. A janela de perda potencial de dados diminui para minutos.
• Validação automatizada da restauração – A capacidade de recuperação é confirmada por meio de testes automatizados, sem o envolvimento do administrador ou um processo de validação separado.

Despejo

Interação entre os arquivos de backup e os logs binários

O MariaDB gera constantemente logs binários ao longo da vida útil de um banco de dados. Esses logs dão suporte à recuperação em um ponto específico no tempo (PITR) e às tarefas de replicação. O modo de dump do MariaDB do Bacula faz backup de cada banco de dados separadamente por padrão. Ao restaurar um servidor inteiro com vários bancos de dados, cada banco de dados está consistente individualmente, mas os bancos de dados não são copiados exatamente ao mesmo tempo; portanto, o servidor não está globalmente consistente.

O módulo MariaDB do Bacula Enterprise salva os arquivos de log binário gerados durante cada tarefa de backup. Esses arquivos de log podem ser reproduzidos posteriormente para levar todo o servidor a um estado consistente em um ponto específico no tempo.

Interação entre a opção `all_databases` e os registros binários

A opção all_databases destina-se a administradores que necessitam de um instantâneo globalmente consistente de todo o servidor em uma única operação. Ela realiza o backup de todas as bases de dados do servidor em uma única operação, e a consistência absoluta é alcançada desde o início da tarefa. O módulo salva os registros binários gerados antes do término do backup completo, e cada tarefa incremental subsequente captura os registros gerados após a conclusão da tarefa anterior.