Herramienta de software de copia de seguridad de MySQL. Solución empresarial de copia de seguridad de MySQL

Inicio > Software de backup corporativos > Herramientas de copia de seguridad de datos para empresas > Software de copia de seguridad de MySQL. Respaldo de base de datos MySQL.

MySQL es un sistema de gestión de bases de datos relacionales de código abierto ampliamente desplegado en entornos empresariales para alimentar plataformas de comercio electrónico, aplicaciones SaaS y sistemas empresariales internos que procesan miles de transacciones por minuto. A escala empresarial, un despliegue de MySQL gestiona operaciones de escritura continuas en múltiples bases de datos, y una estrategia de copia de seguridad de nivel empresarial necesita ofrecer tiempos de recuperación rápidos, capacidad de restauración puntual y operaciones de copia de seguridad que no interrumpan las cargas de trabajo en ejecución.

El módulo de copia de seguridad MySQL de Bacula Enterprise satisface esas demandas operativas mediante la integración nativa con Percona XtraBackup, que es una utilidad de copia de seguridad en caliente creada específicamente para entornos MySQL de alta tasa de transacciones. La herramienta de copia de seguridad de MySQL en Bacula Enterprise maneja el alcance completo de la copia de seguridad y recuperación de MySQL sin que el administrador de copias de seguridad tenga que entender la mecánica interna de copia de seguridad de MySQL o escribir scripts personalizados. La herramienta captura automáticamente los archivos de configuración, las definiciones de usuario, las concesiones globales, la configuración del servidor, los esquemas por base de datos y los scripts de creación junto con los datos de la base de datos en cada trabajo.

Es compatible con las estrategias de copia de seguridad Dump y Binary, y la recuperación Point-In-Time Recovery (PITR) está disponible para cada una de ellas, utilizando los registros binarios de MySQL para reproducir las transacciones hasta un momento preciso en el tiempo. El filtrado de objetos durante las operaciones de copia de seguridad y restauración permite a los administradores controlar qué bases de datos y tablas se incluyen o excluyen sin necesidad de editar manualmente los archivos.

*La herramienta de copia de seguridad de MySQL funciona en plataformas Linux de 32 y 64 bits y es compatible con las versiones de MySQL hasta la 8.0 inclusive. Las versiones 8.1 y superiores de MySQL requieren Bacula Enterprise 18.0.4 o posterior.

Copia de seguridad MySQL empresarial con módulo Percona

Las bases de datos MySQL de alta tasa de transacciones procesan pagos, atienden solicitudes de usuarios y escriben datos operativos continuamente. Cuando un fallo o un evento de pérdida de datos obliga a una restauración, la instancia queda fuera de línea y ese tiempo de inactividad no planificado se traduce en pedidos de clientes incompletos, transacciones de pago fallidas y errores en la capa de aplicación para los usuarios finales.

Para las bases de datos que procesan miles de transacciones por minuto, los objetivos de tiempo de recuperación conllevan un valor financiero directo, y cada minuto adicional de tiempo de restauración añade transacciones no procesadas y obligaciones de SLA incumplidas.

El módulo MySQL Percona de Bacula integra Percona XtraBackup para realizar copias de seguridad físicas sin adquirir un bloqueo global de la base de datos, por lo que la instancia MySQL permanece en línea y sirve al tráfico de producción durante toda la ventana de copia de seguridad. Se trata de una de las soluciones de copia de seguridad y recuperación más rápidas del sector para entornos MySQL de alta tasa de transacciones.

El módulo MySQL Percona de Bacula es una utilidad de copia de seguridad en caliente para servidores basados en MySQL que se ejecuta sin bloquear la base de datos durante la copia de seguridad. Realiza copias de seguridad de tablas InnoDB, XtraDB y MyISAM en un estado coherente en todo el servidor y no requiere grandes archivos temporales. En el momento de la restauración, el paso Preparar requiere suficiente espacio en disco para el doble del tamaño de la base de datos en el host de destino de la restauración.

¿Cómo añadir un cliente de copia de seguridad MySQL en Bacula?

Descargar prueba gratuita Descargar el informe técnico de MySQL

Principales ventajas del software de copia de seguridad de MySQL

Cobertura de copia de seguridad en modo dual

Control flexible de la velocidad y el tamaño de las copias de seguridad – Los administradores eligen el modo Dump para copias de seguridad más pequeñas y portátiles o el modo Binario para velocidades de copia de seguridad y restauración significativamente más rápidas, con ambas opciones disponibles contra el mismo servidor.
Combinación de los modos Dump y Binario – Las dos estrategias pueden ejecutarse contra el mismo servidor simultáneamente, y los equipos pueden utilizar Dump y Binario en tándem dentro de una misma política de copia de seguridad.
Soporte de restauración entre versiones – Las copias de seguridad en modo Dump se pueden restaurar a una versión principal anterior o posterior de MySQL, y los administradores obtienen una flexibilidad de migración que el modo Binario no soporta.

Precisión de recuperación

Recuperación Point-In-Time para ambos modos – PITR está disponible para las estrategias Dump y Binary por igual. El agente gestiona los archivos de registro binarios necesarios para reproducir las transacciones hasta un punto de recuperación preciso sin necesidad de realizar un seguimiento manual de los registros.
Restauración de una sola base de datos – En el modo Dump, las bases de datos individuales pueden restaurarse de forma independiente sin necesidad de recuperar el servidor completo, con lo que se reduce el alcance y el tiempo de las operaciones de restauración específicas.
Filtrado de objetos en la restauración – Los administradores pueden incluir o excluir bases de datos y tablas específicas durante las operaciones de copia de seguridad y restauración sin necesidad de editar manualmente los archivos.

Alcance completo de la copia de seguridad

Copia de seguridad automática de metadatos – Cada trabajo de copia de seguridad captura las concesiones globales, la configuración del servidor, los esquemas por base de datos, los scripts de creación y las concesiones de usuario por base de datos junto con los propios datos de la base de datos.
Soporte incremental y diferencial – Los modos volcado y binario soportan niveles de copia de seguridad incrementales y diferenciales. El agente gestiona automáticamente el registro binario en cada trabajo.
Copia de seguridad en línea – Cada modo admite operaciones de copia de seguridad totalmente en línea sin que se requiera tiempo de inactividad del servidor MySQL.
Sin necesidad de scripts – El agente gestiona las operaciones de copia de seguridad a través de la interfaz de Bacula sin necesidad de que el administrador escriba scripts específicos de MySQL o entienda los mecanismos internos de copia de seguridad de MySQL.

Elección entre Binario y Volcado

La elección entre el modo Dump y Binario depende de los requisitos de recuperación de su entorno MySQL y del tamaño de la base de datos.

El modo Dump produce copias de seguridad más pequeñas y portátiles basadas en SQL para restauraciones granulares de objetos y migraciones entre versiones.

El modo binario a través de Percona XtraBackup produce copias de seguridad más grandes pero se ejecuta significativamente más rápido, y es la opción más fuerte para grandes bases de datos donde la velocidad de copia de seguridad y restauración es una prioridad.

La tabla siguiente muestra las diferencias funcionales entre ambos modos. Para los equipos que necesiten ambas capacidades, las dos estrategias también pueden ejecutarse simultáneamente en el mismo servidor.

Funcionalidad	Dump	Binary
Puede restaurar directamente un solo objeto (tabla, esquema, . . . )	Sí¹	No
Velocidad de la copia de seguridad	Lenta	Rápido
Velocidad de recuperación	Muy lento	Rápido
Tamaño de la copia de seguridad	Pequeño	Grande
Puede restaurar en cualquier momento	Sí	Sí
Apoyo incremental/diferencial	Sí	Sí
Seguridad en línea	Sí	Sí
Consistente	Sí	Sí
Puede restaurar a la versión principal anterior de MySQL	Sí²	No
Puede restaurar a una versión mayor más reciente de MySQL	Sí	No

¹Para restaurar un único objeto, deberá editar el archivo de volcado.

²Para restaurar un volcado SQL a una versión anterior de MySQL, es posible que tenga que editar el archivo SQL si utiliza funciones que no están disponibles en la versión anterior. En general, la restauración a una versión anterior de MySQL no está soportada ni garantizada.

Software de copia de seguridad de MySQL: Resumen detallado de características

La estrategia de copia de seguridad correcta para MySQL depende de si necesita restauraciones granulares a nivel de objeto a partir de un volcado lógico o una recuperación rápida de todo el servidor con una ventana de restauración mínima. Las listas de características a continuación detallan cada función disponible en el módulo de copia de seguridad MySQL de Bacula Enterprise.

Capacidades de copia de seguridad

Copia de seguridad de volcado por base de datos – Por defecto, el agente realiza el volcado de cada base de datos por separado. Cada base de datos produce una instantánea SQL coherente que puede restaurarse independientemente sin recuperar el servidor completo.
Copia de seguridad de volcado de todas las bases de datos – La opción all_databases vuelca todas las bases de datos en una sola operación y produce una instantánea global coherente. La copia de seguridad también incluye los archivos binarios de registro generados hasta el final del trabajo.
Copia de seguridad binaria mediante Percona XtraBackup – En el modo binario, el agente utiliza Percona XtraBackup para realizar una copia de seguridad física en caliente del servidor completo. Cubre las tablas InnoDB, XtraDB y MyISAM, se ejecuta sin bloquear la base de datos y no requiere grandes archivos temporales.
Captura de registro binario – El complemento MySQL del demonio de archivos guarda los archivos de registro binario generados durante el trabajo de copia de seguridad. Durante una restauración PITR, Bacula reproduce esos registros para recuperar la base de datos a un punto preciso en el tiempo.
Copia de seguridad incremental – Tras una copia de seguridad completa, cada trabajo incremental captura únicamente los nuevos registros binarios generados desde el trabajo anterior, lo que reduce el consumo de almacenamiento y el tiempo de transferencia en instancias MySQL activas.
Copia de seguridad diferencial – Un trabajo diferencial captura todos los registros binarios generados desde la última copia de seguridad Completa. Esto proporciona a los administradores una cadena de restauración en dos pasos sin la sobrecarga de almacenamiento de las instantáneas completas repetidas.
Copia de seguridad en línea – Los modos Dump y Binario se ejecutan contra un servidor MySQL en vivo sin tiempo de inactividad y sin necesidad de interrumpir el servicio.
Copia de seguridad consistente – El modo Dump garantiza la consistencia por base de datos de forma individual y utiliza registros binarios para lograr la consistencia global en todas las bases de datos. El modo binario produce una instantánea globalmente consistente del servidor completo en una sola operación.
Captura automática de metadatos – Cada trabajo de copia de seguridad captura el archivo de configuración del servidor MySQL (my.cnf), las concesiones globales, las variables actuales del servidor y los scripts de creación, esquemas, datos y concesiones por base de datos.

Capacidades de restauración

Recuperación de punto en el tiempo – PITR está disponible para los modos de volcado y binario por igual. El agente MySQL gestiona los archivos de registro binarios necesarios para reproducir las transacciones hasta un punto de recuperación objetivo sin necesidad de realizar un seguimiento manual de los registros.
Restauración de una única base de datos – En el modo Volcado, las bases de datos individuales pueden restaurarse independientemente a partir de sus archivos de volcado por base de datos sin recuperar el servidor completo.
Restauración de usuarios y funciones – Las concesiones globales y las concesiones de usuario por base de datos se capturan como parte de cada trabajo de copia de seguridad y pueden restaurarse independientemente de los datos de la base de datos.
Restauración del servidor completo a partir del modo b inario – El agente utiliza las herramientas de Percona para restaurar un servidor completo a partir de una copia de seguridad binaria. Los datos se recuperan primero en una ubicación temporal y se hacen consistentes utilizando el paso Percona Prepare antes de escribir cualquier cambio en la base de datos activa.
Optimización de la preparación en el momento de la copia de seguridad – El módulo MySQL de Bacula puede ejecutar el paso Preparar automáticamente durante la fase de copia de seguridad, y cuando se necesita una restauración, la recuperación se inicia sin demora porque el procesamiento de la coherencia ya se ha completado. La opción Preparar sólo se aplica a las copias de seguridad Completas.
Restauración a partir de archivos de volcado o de registros binarios – Los administradores pueden restaurar a partir de archivos de volcado SQL o a partir de copias de seguridad de registros binarios en función del escenario de recuperación, con ambas rutas soportadas a través de la interfaz de restauración de Bacula.

Características operativas

Comando de estimación – Antes de que se ejecute cualquier trabajo de copia de seguridad, el comando de estimación consulta al agente de MySQL y muestra todas las bases de datos detectadas en el servidor, junto con los tamaños de las bases de datos en modo de volcado, para que los administradores puedan verificar el alcance antes de comprometerse con un trabajo.
Detección automática de bases de datos – El complemento MySQL del File Daemon detecta automáticamente todas las bases de datos del servidor MySQL sin necesidad de configuración manual. Las bases de datos específicas pueden seleccionarse por su nombre en la configuración del conjunto de archivos.
Filtrado de objetos – Los administradores pueden incluir o excluir bases de datos y tablas específicas durante las operaciones de copia de seguridad y restauración utilizando los parámetros del complemento, sin necesidad de editar manualmente los archivos de volcado.
Modo Preciso para trabajos incrementales – La opción Preciso, cuando se activa en trabajos incrementales y diferenciales, impide que se incluyan archivos de registro binario duplicados en los conjuntos de copias de seguridad. Esto mantiene el catálogo limpio y las cadenas de restauración sin ambigüedades.
Flexibilidad de configuración del modo de volcado – El agente acepta parámetros de complemento para la cuenta de usuario Unix, el directorio temporal, las credenciales de usuario MySQL, la ruta del archivo de configuración adicional y las opciones mysqldump personalizadas, incluidas las exclusiones de tablas, sin necesidad de scripts personalizados.

Compatibilidad con plataformas y versiones

Linux 32 bits y 64 bits
Versiones de MySQL hasta la 8.0 inclusive
Percona Server con XtraDB
Motores de almacenamiento InnoDB, XtraDB y MyISAM

Cómo Bacula Enterprise protege sus datos de copia de seguridad MySQL

Las organizaciones de defensa, las agencias gubernamentales y las instituciones financieras confían en Bacula Enterprise para proteger sus entornos MySQL más sensibles.

La seguridad de Bacula comienza a nivel de arquitectura. Los clientes de copia de seguridad no tienen conocimiento de los objetivos de almacenamiento y no poseen credenciales para acceder a ellos, lo que significa que un host MySQL comprometido no puede leer, sobrescribir, modificar o eliminar los datos de copia de seguridad. Esta protección está integrada en el propio protocolo, no se activa mediante un ajuste de configuración.

Protección contra ransomware y malware

Volúmenes de disco inmutables – Los volúmenes de copia de seguridad pueden configurarse como inmutables, lo que impide cualquier modificación o borrado una vez escritos, incluso por usuarios con privilegios.
Detección de envenenamiento de datos – Identifica automáticamente los datos corruptos o manipulados antes de que se propaguen en la cadena de copias de seguridad.
Detección avanzada de ransomware – BGuardian supervisa la actividad de las copias de seguridad en busca de patrones sospechosos y activa alertas antes de que se propague el daño.
Detección silenciosa de corrupción de datos – Verifica la integridad de los datos respaldados independientemente del sistema de origen.

Cifrado y autenticación

Cifrado AES – Cifrado de datos configurable por cliente en AES 128, AES 192 o AES 256, aplicado a nivel de volumen.
TLS para todo el tráfico de red – Cifrado TLS automático en todos los canales de comunicación de los componentes, con autenticación por contraseña CRAM-MD5 entre demonios.
Autenticación multifactor – Autenticación MFA y OTP con soporte biométrico de smartphone para el acceso BWeb.
Integración con Active Directory y LDAP – Control de acceso centralizado vinculado directamente a su infraestructura existente de gestión de identidades.

Cumplimiento y auditabilidad

Conformidad con FIPS 140-3 – Cumple las normas criptográficas federales exigidas por los entornos gubernamentales y de defensa.
Firmas de archivos SHA256 y SHA512 – Verificación criptográfica de cada archivo respaldado, con comparación de catálogos similar a Tripwire para la detección de intrusiones.
Integración SIEM – Los eventos de seguridad se alimentan directamente en su plataforma existente de gestión de eventos e información de seguridad.
Informes de endurecimiento – Informes de endurecimiento por host para cada sistema en el que se ejecuta Bacula, sacando a la luz configuraciones inseguras antes de que se conviertan en vulnerabilidades.

Capacidades empresariales básicas para todos los usuarios de Bacula

La herramienta de copia de seguridad MySQL forma parte de la plataforma de copia de seguridad unificada de Bacula Enterprise. Todas las capacidades enumeradas a continuación están disponibles en todas las instalaciones de Bacula, independientemente del entorno.

Infraestructura y eficiencia del almacenamiento

Bacula Enterprise ofrece a los administradores un control directo sobre los costes de almacenamiento mediante la reducción de datos y el enrutamiento flexible de destinos:

Deduplicación a nivel de bloque – Cualquier bloque de datos que aparezca más de una vez en el catálogo de copias de seguridad se escribe en el almacenamiento sólo una vez, reduciendo a su vez la redundancia de almacenamiento en origen.
Compresión adaptable – Los algoritmos de compresión son configurables por trabajo; los administradores pueden ajustar la compresión en función del tipo de datos y la disponibilidad de recursos.
Múltiples tipos de destino de almacenamiento – Las copias de seguridad escriben en disco local, NAS, SAN, bibliotecas de cintas, almacenamiento de objetos en la nube incluyendo S3, Azure y Google Cloud, o cualquier combinación dentro de una única política.
Almacenamiento de objetos compatible con S3 – Se conecta a cualquier proveedor compatible con S3 para una retención a largo plazo sin dependencia del proveedor.
Flujos de trabajo de almacenamiento por niveles – Los datos de copia de seguridad se mueven automáticamente por los niveles de almacenamiento a medida que envejecen, de modo que los puntos de recuperación a los que se accede con frecuencia permanecen en el almacenamiento rápido mientras que los datos más antiguos se desplazan a destinos de menor coste.
Incremental para siempre – Tras una copia de seguridad completa inicial, cada trabajo posterior captura sólo lo que ha cambiado. Las copias de seguridad completas recurrentes se vuelven innecesarias.
Transferencias conscientes del ancho de banda – Sólo los datos modificados cruzan la red entre las copias de seguridad, manteniendo al mínimo la carga de la red de producción.

Protección de datos y cumplimiento normativo

La seguridad y el cumplimiento normativo están integrados en cada capa de la plataforma, desde el transporte de datos y el cifrado del almacenamiento hasta el control de acceso y el registro de auditorías:

Cifrado de extremo a extremo – El cifrado AES-256 cubre toda la ruta de los datos, desde el cliente de origen hasta el destino final de almacenamiento, con una gestión de claves configurable para adaptarse a las políticas de seguridad de la organización.
Copias de seguridad inmutables – El almacenamiento compatible con WORM bloquea los datos de las copias de seguridad contra cualquier modificación o borrado una vez escritos, lo que le proporciona un punto de recuperación al que no pueden llegar el ransomware ni las amenazas internas.
Controles de acceso granulares – Los permisos de usuario abarcan trabajos específicos, flujos de trabajo de restauración y funciones de gestión, para que cada administrador acceda sólo a lo que requiere su función.
Auditoría completa de la actividad – Cada copia de seguridad, restauración y cambio de configuración se registra con la identidad del usuario y la marca de tiempo. Los equipos de cumplimiento y seguridad obtienen una pista de auditoría completa e ininterrumpida.
Compatibilidad con marcos normativos – Los controles de la plataforma se ajustan a los requisitos de GDPR, HIPAA y SOC 2 mediante una combinación de cifrado, políticas de retención configurables y registros de auditoría detallados.
Arquitecturas que preservan la privacidad – Las opciones de despliegue de conocimiento cero permiten que la infraestructura de copia de seguridad funcione sin conceder a los administradores ninguna visibilidad sobre los propios datos protegidos.

Gestión y control empresarial

Dos interfaces complementarias y un conjunto completo de herramientas de gestión proporcionan visibilidad y control de todas las operaciones de copia de seguridad:

Interfaz dual – BWeb proporciona una consola gráfica para la gestión y supervisión diaria de los trabajos, mientras que bconsole ofrece a los operadores un control total de la línea de comandos para la creación de scripts, la automatización y la configuración avanzada.
Escalabilidad sin límites – La misma arquitectura de plataforma gestiona entornos desde un puñado de servidores hasta despliegues que se cuentan por miles, todo ello bajo un único plano de gestión.
Aislamiento del inquilino – Los MSP y las grandes empresas dividen el entorno de copia de seguridad en unidades administradas de forma independiente, cada una con su propia configuración, políticas y controles de acceso.
Descubrimiento automático de recursos – La plataforma explora la infraestructura para identificar y catalogar automáticamente los objetivos de las copias de seguridad, de modo que la cobertura de la protección se mantiene actualizada a medida que crece el entorno.
Informes exhaustivos – Los informes programados cubren los resultados de los trabajos, las tendencias de capacidad, el estado de cumplimiento y el rendimiento operativo, entregados según una cadencia definida.
Integración con sistemas externos – Se conecta a herramientas de supervisión, sistemas de tickets de TI y servicios de directorio, incluidos LDAP y Active Directory, adaptándose a la infraestructura operativa existente sin necesidad de desarrollo personalizado.

Excelencia en infraestructuras híbridas

Los servidores físicos, las máquinas virtuales, los contenedores y la infraestructura en la nube se integran en una única estrategia de copia de seguridad unificada:

Virtualización multiplataforma – Integración nativa para VMware vSphere, Hyper-V, KVM, Red Hat Virtualization, Xen, Azure VM, Proxmox y Nutanix AHV con aplicación de políticas coherentes en todas las plataformas.
Convergencia física y virtual – Los servidores físicos, las estaciones de trabajo y las máquinas virtuales se protegen a través de la misma interfaz de gestión con políticas de copia de seguridad unificadas.
Compatibilidad con contenedores y nativos de la nube – Protección completa para entornos Docker, Kubernetes y OpenShift con copias de seguridad de volumen persistente e instantáneas coherentes con la aplicación.
Integración de almacenamiento en múltiples nubes – Compatibilidad nativa con almacenamiento en nubes públicas, privadas e híbridas, incluidos S3, S3-IA, Azure, Google Cloud, Oracle Cloud y Glacier, con funcionalidad de coste mínimo de restauración .
Integración de bases de datos y aplicaciones – Copia de seguridad en caliente para Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA y otras aplicaciones de misión crítica con total coherencia transaccional.

Ventajas económicas

Las licencias se basan en el tamaño del entorno, no en el volumen de datos. Las bases de datos MySQL pueden crecer sin provocar mayores costes de licencia:

Licenciamiento independiente del volumen – El crecimiento de la capacidad de copia de seguridad no se traduce en mayores costes de licencia, por lo que los costes de protección de datos se mantienen estables incluso cuando los volúmenes de datos se expanden.
Estructura de costes predecible – Un modelo de precios fijos permite a los equipos planificar los presupuestos de infraestructura sin tener en cuenta los costes variables ligados al crecimiento del almacenamiento o a los cambios en la carga de trabajo.
Precios independientes de la carga de trabajo – El tamaño de las bases de datos, el número de servidores y los volúmenes de almacenamiento no afectan a los costes de las licencias.
Beneficios de costes a gran escala – Las organizaciones que protegen bases de datos MySQL importantes o en rápido crecimiento obtienen ventajas económicas cada vez más significativas sobre sus competidores con precios por capacidad.
Economía del proveedor de servicios – Los MSP aceptan clientes con conjuntos de datos grandes o de rápido crecimiento sin absorber los aumentos de costes de las licencias que erosionan los márgenes bajo los modelos de precios por terabyte.

Recuperación y continuidad del negocio

Cada escenario de recuperación tiene una ruta definida, desde restauraciones de un solo archivo hasta reconstrucciones completas del sitio.

Restauración Bare Metal a nivel del sistema – Recupera un servidor completo desde cero, incluidos el sistema operativo, las aplicaciones, la configuración y los datos, sin necesidad de una instalación manual previa.
Movimiento de datos entre plataformas – Los datos de las copias de seguridad pueden recuperarse en un sistema operativo distinto al de su origen, lo que ofrece opciones a los equipos cuando no se dispone de hardware similar o se está realizando una migración.
Replicación geográfica de copias de seguridad – Los conjuntos de copias de seguridad se copian en ubicaciones de almacenamiento separadas geográficamente, por lo que una interrupción en todo el sitio no se lleva consigo los puntos de recuperación.
Programación frecuente de las copias de seguridad – Los intervalos de las copias de seguridad pueden reducirse a minutos, con lo que la ventana potencial de pérdida de datos pasa a ser de minutos en lugar de horas.
Validación automatizada de la restauración – La capacidad de recuperación se confirma mediante pruebas automatizadas sin la participación del administrador ni un proceso de validación independiente.

Preguntas frecuentes

¿El plugin MySQL de Bacula soporta configuraciones de replicación?

Sí. Los registros binarios de MySQL impulsan tanto la replicación como la recuperación puntual (PITR), y el agente MySQL de Bacula captura esos registros automáticamente en cada trabajo de copia de seguridad. En el modo Binario, la copia de seguridad registra el nombre y la posición del archivo de registro binario en el momento de la copia de seguridad, lo que proporciona las coordenadas necesarias para reanudar o configurar la replicación después de una restauración.

¿Pueden ejecutarse las copias de seguridad en modo Binario sin interrumpir una base de datos MySQL en vivo?

Sí. En el modo Binario, Percona XtraBackup copia los archivos de datos InnoDB a nivel de almacenamiento sin adquirir un bloqueo global de la base de datos, por lo que la instancia MySQL permanece en línea y sirve al tráfico de producción durante toda la ventana de copia de seguridad. Los archivos que no son InnoDB sólo requieren un breve bloqueo de la copia de seguridad en lugar de un bloqueo completo de la tabla.

¿Qué ocurre si los registros binarios no están disponibles durante una restauración PITR de MySQL?

El agente MySQL de Bacula captura los archivos de registro binarios como parte de cada trabajo de copia de seguridad y los gestiona automáticamente a lo largo de toda la cadena de copia de seguridad. Si los registros binarios no están disponibles en el momento de la restauración, la recuperación se realiza por defecto a la instantánea de copia de seguridad coherente más reciente. La recuperación a un punto de transacción preciso requiere una cadena de registros binarios ininterrumpida desde esa instantánea en adelante.

¿Puedo hacer copias de seguridad de varias bases de datos MySQL en el mismo servidor con Bacula?

Sí. El agente MySQL detecta automáticamente todas las bases de datos del servidor sin necesidad de configuración manual. Se puede apuntar a bases de datos específicas por nombre en la configuración de Fileset, y el filtrado de objetos permite a los administradores incluir o excluir bases de datos y tablas específicas sin necesidad de editar manualmente los archivos de volcado.

¿Cuál es el impacto de las copias de seguridad en el rendimiento de MySQL?

En modo Binario, Percona XtraBackup copia los archivos de datos InnoDB a nivel de almacenamiento sin adquirir un bloqueo global de la base de datos, por lo que el impacto en la instancia MySQL en ejecución es mínimo y el tráfico de producción continúa sin interrupciones. En el modo Dump, el proceso mysqldump genera una sobrecarga de CPU y de E/S que escala con el tamaño de la base de datos. Por lo general, se recomienda ejecutar los trabajos en modo Dump durante las horas de menor actividad para los sistemas de producción sometidos a una gran carga de escritura.

¿Se puede verificar automáticamente la integridad de las copias de seguridad de MySQL?

Sí. La Detección Silenciosa de Corrupción de Datos de Bacula verifica la integridad de los datos respaldados independientemente del sistema de origen. La Detección de Envenenamiento de Datos identifica los datos corruptos o manipulados antes de que se propaguen en la cadena de copias de seguridad, por lo que los problemas de integridad se detectan antes de que sea necesaria una restauración.

¿Cómo afecta la política de retención de copias de seguridad a las opciones de recuperación de MySQL?

Las políticas de retención controlan directamente hasta dónde puede llegar una restauración. Una ventana de retención más corta reduce el consumo de almacenamiento pero limita la flexibilidad de recuperación. Una ventana de retención más larga, por otro lado, aumenta el uso de almacenamiento y permite la recuperación de incidentes más antiguos o eventos de corrupción de datos retrasados. En Bacula, los periodos de retención son configurables a nivel de trabajo, pool y volumen. Esto proporciona a los administradores un control preciso sobre el tiempo que los conjuntos de copias de seguridad MySQL permanecen disponibles para su recuperación.

¿Necesito conocimientos de administrador de bases de datos (DBA) para gestionar las copias de seguridad de MySQL con Bacula?

No. El plugin de MySQL abstrae la mecánica de copia de seguridad específica de MySQL y no se requiere ninguna secuencia de comandos personalizada. El administrador de copias de seguridad configura y gestiona todas las operaciones a través de la interfaz estándar de Bacula. Una comprensión básica de los objetivos de recuperación, específicamente RPO y RTO, sigue siendo útil a la hora de decidir entre el modo Dump y Binario para su entorno.