Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
La API de MariaDB Backup que usan Backup y DR incluye los siguientes extremos:
Copia de seguridad de CBT y LVM de Linux: API de Flush tables with read lockUnlock tables de MariaDB.
Copias de seguridad basadas en archivos: API de mysqldump de MariaDB. Esto proporciona la copia de seguridad completa de la base de datos en formato de copia de seguridad. Durante la recuperación, la API de restore db recupera la base de datos reemplazando físicamente el área de datos.
Copia de seguridad de registros de MariaDB: Durante una copia de seguridad de registros, Backup and DR copia físicamente
todos los registros binarios de MariaDB. La API de Purge binary logs before de MariaDB se usa para purgar los registros binarios.
Cómo funciona: Copia de seguridad basada en volúmenes de copia de seguridad y DR con CBT de Linux
Solo se realiza un seguimiento de los bloques modificados en el mapa de bits, no hay operaciones de copia en escritura ni operaciones intensivas de E/S.
En los siguientes pasos, se describe el proceso para realizar la copia de seguridad y la recuperación de datos con imágenes de copia de seguridad basadas en volúmenes y CBT:
El agente de Backup and DR tiene CBT para hacer un seguimiento de los bloques modificados en el área de datos de la base de datos.
El agente llama a la API de la base de datos para inmovilizarla o pausarla para crear una copia de seguridad de los datos.
El agente crea una instantánea de LVM del área de datos de la base de datos y sintetiza un mapa de bits.
Llamada del agente a la API de la base de datos para descongelarla
El agente copia los bloques modificados en el dispositivo de copia de seguridad o recuperación, que luego borra la instantánea y cataloga la copia de seguridad.
El dispositivo emite una instantánea interna y sintetiza una copia de seguridad completa virtual de un momento determinado.
Para la recuperación de datos, Backup and DR activa de forma inmediata un disco de preparación reescribible
y pone la base de datos en línea.
Cómo funciona: copia de seguridad basada en archivos
En los siguientes pasos, se describe el proceso para realizar la copia de seguridad y la recuperación de datos con imágenes de copia de seguridad basadas en archivos:
El agente de Backup and DR se implementa en el servidor de bases de datos.
Activa el disco de preparación en el servidor de base de datos.
Invoca la copia de seguridad completa con el comando de copia de seguridad de volcado y escribe la copia de seguridad en el disco activado.
La copia de seguridad y la DR toman una instantánea interna.
Las copias de seguridad de registros se realizan de manera similar directamente desde el sistema de archivos en cualquier programa que configures.
Para la recuperación de datos, la copia de seguridad y la DR activan de forma instantánea el disco de preparación en el servidor de la base de datos e inician la operación de restablecimiento de la base de datos.
Los registros se pueden reproducir en cualquier momento después de restablecer la base de datos.
Esta página es una de una serie de páginas específicas para proteger y recuperar bases de datos de MariaDB con copias de seguridad y DR. Puedes encontrar información adicional en las siguientes páginas:
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (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)"]]
