Servicio de copia de seguridad y recuperación tras desastres para MySQL
Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
MySQL es la base de datos de código abierto más popular del mundo y la usan propiedades web de alto perfil.
En esta página se explica cómo proteger los datos de bases de datos coherentes con las aplicaciones MySQL con Backup and DR en un entorno Linux.
API de copia de seguridad de MySQL usada por Backup y DR
Copias de seguridad a nivel de volumen (seguimiento de bloques modificados de Linux y copia de seguridad de LVM):
API de MySQL Flush tables overwriting the data area. With read lock y Unlock tables.
Copias de seguridad completas e incrementales (tradicionales basadas en archivos): API de MySQL mysqldump
De esta forma, se crea una copia de seguridad completa de la base de datos en formato de copia de seguridad. Durante la recuperación, la API de restauración de la base de datos recupera la base de datos sobrescribiendo físicamente el área de datos.
Copia de seguridad de registros de MySQL: durante una copia de seguridad de registros, Backup and DR copia físicamente todos los registros binarios de MySQL. La API purge binary logs before de MySQL se usa para purgar los registros binarios.
Cómo funciona: copia de seguridad basada en volúmenes de Backup and DR con CBT de Linux
En el mapa de bits solo se registran los bloques modificados: no se realizan copias al escribir ni operaciones que requieran mucha E/S.
La copia de seguridad y la recuperación de datos siguen estos pasos:
El agente de Backup and DR tiene CBT para monitorizar 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 congelar o pausar la base de datos 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 elimina la instantánea y cataloga la copia de seguridad.
El dispositivo genera una copia de seguridad interna y sintetiza una copia de seguridad completa virtual en un momento determinado.
Para la recuperación de datos, Backup and DR monta al instante un disco de almacenamiento provisional regrabable y pone la base de datos online.
Cómo funciona: copia de seguridad basada en archivos
En las siguientes instrucciones se describe el proceso para realizar copias de seguridad y recuperar datos con imágenes de copia de seguridad basadas en archivos:
El agente de copia de seguridad y recuperación tras fallos se implementa en el servidor de la base de datos.
Monta el disco de almacenamiento provisional en el servidor de la 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 montado.
Copia de seguridad y recuperación tras fallos hace una captura interna.
Las copias de seguridad de los registros se realizan de forma similar directamente desde el sistema de archivos con la programación que configures.
Para la recuperación de datos, Backup and DR monta al instante el disco de almacenamiento provisional en el servidor de la base de datos e inicia la operación de restauración de la base de datos.
Los registros se pueden reproducir en cualquier momento después de restaurar la base de datos.
Esta página forma parte de una serie de páginas específicas sobre la protección y recuperación de bases de datos MySQL con Backup and DR.
Puedes consultar más información en los siguientes enlaces:
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-21 (UTC)."],[[["\u003cp\u003eBackup and DR protects MySQL databases in Linux environments using both volume-level backups with Linux change block tracking (CBT) and LVM snapshots, and file-based backups via the \u003ccode\u003emysqldump\u003c/code\u003e API.\u003c/p\u003e\n"],["\u003cp\u003eVolume-level backups utilize MySQL APIs to freeze and unfreeze the database, create LVM snapshots, track changed blocks with CBT, and copy only changed blocks to the backup/recovery appliance.\u003c/p\u003e\n"],["\u003cp\u003eFile-based backups use the \u003ccode\u003emysqldump\u003c/code\u003e API to write full backups to a mounted staging disk, and log backups are performed directly from the file-system.\u003c/p\u003e\n"],["\u003cp\u003eFor recovery, Backup and DR mounts a rewritable staging disk and brings the database online instantly in the volume-level method, and in the file-based method, it mounts the staging disk and restores the database, with logs being able to be played to any point in time after restoration.\u003c/p\u003e\n"],["\u003cp\u003eMySQL binary logs can be purged via the \u003ccode\u003epurge binary logs before\u003c/code\u003e API during a log backup, which also copies all the binary logs.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for MySQL\n\nMySQL is the world's most popular open source database, used by high profile web\nproperties.\nThis page explains how to protect MySQL application consistent database\ndata with Backup and DR in a Linux environment.\n\n**MySQL backup API used by Backup and DR**\n\n- **Volume level (Linux change block tracking and LVM snapshot) backups** :\n MySQL `Flush tables overwriting the data area. With read lock` and\n `Unlock tables` API.\n\n- **Full+Incremental (file-based traditional) backups** : MySQL `mysqldump`\n API. This provides the full backup of the database in backup\n format. On recovery, the restore db API recovers the database by physically\n overwriting the data area.\n\n- **MySQL log backup** : During a log backup, Backup and DR physically copies\n all the MySQL binary logs. The MySQL `purge binary logs before` API is used\n 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: no copy-on-writes, no I/O-intensive operations.\n\nData backup and recovery follows these steps:\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 instructions describe the process for how to perform data backup\nand recovery 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 MySQL\n-----------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMySQL databases with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for MySQL](/backup-disaster-recovery/docs/concepts/mysql-intro)\n- [Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n- [Add a MySQL 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 MySQL database and its logs](/backup-disaster-recovery/docs/backup/otherdb-protect)\n- [Mount a MySQL database](/backup-disaster-recovery/docs/access-data/otherdb-mounts)\n- [Recover MySQL Backups](/backup-disaster-recovery/docs/restore-data/otherdb-restore)\n- [Create a MySQL Backup and DR Workflow](/backup-disaster-recovery/docs/access-data/otherdb-workflow)"]]
