Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
A API MariaDB Backup usada pelo Backup and DR inclui os seguintes pontos finais:
CBT do Linux e instantâneo do LVM: API MariaDB Flush tables with read lockUnlock tables.
Cópias de segurança baseadas em ficheiros: API MariaDB mysqldump. Isto fornece a cópia de segurança completa da base de dados no formato de cópia de segurança. Na recuperação, a API restore db recupera a base de dados ao substituir fisicamente a área de dados.
Cópia de segurança de registos do MariaDB: durante uma cópia de segurança de registos, o Backup and DR copia fisicamente todos os registos binários do MariaDB. A API Purge binary logs before
MariaDB é usada para limpar os registos binários.
Como funciona: cópia de segurança baseada em volumes e RD com CBT do Linux
Apenas os blocos alterados são acompanhados no mapa de bits. Não existem operações de cópia na escrita nem operações intensivas de E/S.
Os passos seguintes descrevem o processo de como fazer uma cópia de segurança e
recuperação de dados com imagens de cópia de segurança baseadas em volumes e CBT:
O agente de cópia de segurança e recuperação de desastres tem CBT para acompanhar os blocos alterados na área de dados da base de dados.
O agente chama a API da base de dados para congelar ou pausar a base de dados para a cópia de segurança de dados.
O agente cria um instantâneo do LVM da área de dados da base de dados e sintetiza um mapa de bits.
Chamada do agente para a API de base de dados para descongelar a base de dados.
O agente copia os blocos alterados para o dispositivo de cópia de segurança/recuperação, que elimina
a captura instantânea e cataloga a cópia de segurança.
O dispositivo emite um instantâneo interno e sintetiza uma cópia de segurança completa virtual num determinado momento.
Para a recuperação de dados, a solução Backup and DR monta instantaneamente um disco de preparação reescrevível e coloca a base de dados online.
Como funciona: cópia de segurança baseada em ficheiros
Os passos seguintes descrevem o processo de como fazer uma cópia de segurança e
recuperação de dados com imagens de cópias de segurança baseadas em ficheiros:
O agente de cópia de segurança e RD é implementado no servidor de base de dados.
Monte o disco de preparação no servidor de base de dados.
Invocar uma cópia de segurança completa através do comando dump backup, escrevendo a cópia de segurança no disco montado.
A cópia de segurança e a RD tiram um instantâneo interno.
As cópias de segurança dos registos são feitas de forma semelhante diretamente a partir do sistema de ficheiros em qualquer horário que configurar.
Para a recuperação de dados, a solução de cópia de segurança e recuperação de desastres monta instantaneamente o disco de preparação no servidor de base de dados e inicia a operação de restauro da base de dados.
Os registos podem ser reproduzidos em qualquer ponto no tempo após o restauro da base de dados.
Outra documentação para o Backup and DR for MariaDB
Esta página faz parte de uma série de páginas específicas para proteger e recuperar bases de dados MariaDB com o Backup and DR.
Pode encontrar informações adicionais nas seguintes páginas:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-21 UTC."],[[["\u003cp\u003eBackup and DR uses MariaDB APIs like \u003ccode\u003eFlush tables with read lock\u003c/code\u003e, \u003ccode\u003eUnlock tables\u003c/code\u003e, and \u003ccode\u003emysqldump\u003c/code\u003e for Linux CBT, LVM snapshot, and file-based backups.\u003c/p\u003e\n"],["\u003cp\u003eVolume-based backups with Linux CBT track changed blocks without copy-on-writes, utilizing LVM snapshots and database APIs to pause/unpause during the backup process.\u003c/p\u003e\n"],["\u003cp\u003eFile-based backups employ a staging disk mounted on the database server, where \u003ccode\u003emysqldump\u003c/code\u003e writes the full backup, and log backups are performed directly from the file system.\u003c/p\u003e\n"],["\u003cp\u003eRecovery for both volume-based and file-based methods involves instant mounting of a staging disk, with the option to play logs to any point in time after the file-based database is restored.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR provides comprehensive documentation on protecting and recovering MariaDB databases, including preparation, policy creation, application settings, and workflow creation.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for MariaDB\n\nThe MariaDB Backup API used by Backup and DR includes the following\nendpoints:\n\n- **Linux CBT and LVM snapshot** : MariaDB `Flush tables with read lock`\n `Unlock tables` API.\n\n- **File-based backups** : MariaDB `mysqldump` API. This provides the full\n backup of the database in backup format. On recovery, the `restore db` API\n recovers the database by physically overwriting the data area.\n\n- **MariaDB log backup** : During a log backup, Backup and DR physically copies\n all the MariaDB binary logs. The MariaDB `Purge binary logs before`\n API is used to purge the binary logs.\n\nHow it works: Backup and DR volume-based backup with Linux CBT\n--------------------------------------------------------------\n\nOnly changed blocks are tracked in the bitmap, there are no copy-on-writes or\nI/O-intensive operations.\n\nThe following steps describe the process for how to perform data backup and\nrecovery with volume-based backup images and CBT:\n\n1. The Backup and DR agent has CBT to track changed blocks in the database data\n area.\n\n2. The agent calls the database API to freeze or pause database for data backup.\n\n3. Agent creates LVM snapshot of database data area and synthesizes a bitmap.\n\n4. Agent call to database API to unfreeze database.\n\n5. Agent copies changed blocks to backup/recovery appliance, which then deletes\n the snapshot and catalogs the backup.\n\n6. The appliance issues an internal snapshot and synthesizes a point-in-time\n virtual full backup.\n\n7. For data recovery, Backup and DR instantly mounts a rewritable staging disk\n and brings the database online.\n\nHow it works: file-based backup\n-------------------------------\n\nThe following steps describe the process for how to perform data backup and\nrecovery with file-based backup images:\n\n1. Backup and DR agent is deployed in the database server.\n\n2. Mount staging disk on the database server.\n\n3. Invoke full backup using the dump backup command, writing the backup\n to the mounted disk.\n\n4. Backup and DR takes an internal snapshot.\n Log backups are done in a similar fashion directly from the file-system at\n any schedule that you configure.\n\n5. For data recovery, Backup and DR instantly mounts the staging disk to the\n database server and initiates the database restore operation.\n Logs can be played to any point in time after the database is restored.\n\nWhat's next\n-----------\n\n[Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n\nOther documentation for Backup and DR for MariaDB\n-------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMariaDB databases with Backup and DR.\nYou can find additional information in the following pages:\n\n- [Backup and DR for MariaDB](/backup-disaster-recovery/docs/concepts/mariadb-intro)\n- [Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n- [Add a MariaDB database host and discover databases](/backup-disaster-recovery/docs/configuration/otherdb-add-host)\n- [Define policy templates and resource profiles](/backup-disaster-recovery/docs/create-plan/create-template)\n- [Set application details and settings](/backup-disaster-recovery/docs/backup/app-details-settings-otherdb)\n- [Check staging disk format and backup method](/backup-disaster-recovery/docs/backup/backup-method-staging-disk-otherdb)\n- [Protect the MariaDB database and its logs](/backup-disaster-recovery/docs/backup/otherdb-protect)\n- [Mount a MariaDB database](/backup-disaster-recovery/docs/access-data/otherdb-mounts)\n- [Recover MariaDB Backups](/backup-disaster-recovery/docs/restore-data/otherdb-restore)\n- [Create a MariaDB Backup and DR Workflow](/backup-disaster-recovery/docs/access-data/otherdb-workflow)"]]
