Zmanda integra hábilmente varias copias de seguridad incrementales de MariaDB y copias de seguridad completas utilizando registros binarios de MariaDB. Esto le permite realizar copias de seguridad con mucha frecuencia, así como realizar una restauración en un momento determinado utilizando cualquier imagen de copia de seguridad.

El programador inteligente de Zmanda Recovery Manager (ZRM) inicia todos los procesos de copia de seguridad. Dependiendo del servidor MySQL, el motor de almacenamiento y la tecnología de almacenamiento subyacente (por ejemplo, si hay instantáneas disponibles), ZRM decide inteligentemente qué tipo de respaldo realizar. La consideración principal es el impacto en la base de datos.

Si la instantánea falla porque no hay suficiente espacio en el área reservada, ZRM realiza una copia de seguridad lógica. Siempre es posible anular las recomendaciones de ZRM. Por ejemplo, en lugar de utilizar una instantánea, puede obligar a ZRM a realizar una copia de seguridad lógica. ZRM indexará todas las copias de seguridad para rastrear los metadatos necesarios para una restauración exitosa. Todos los días, ZRM comprueba si las copias de seguridad son más antiguas que la política de retención (la cantidad de días o meses que deben conservarse las copias de seguridad). Las copias de seguridad caducadas se eliminan del índice de copia de seguridad de ZRM y se eliminan del disco. Un motor de informes proporciona informes personalizables en formato de texto o HTML. Para ZRM instalado en Linux o Solaris, los informes se pueden distribuir por correo electrónico o por fuente RSS. Para ZRM instalado en Windows, toda la información de respaldo se registra en un registro de eventos de Windows. Con ZRM, coloque su recuperación primero para que dure.

La elección de la opción Lógica no paralela utiliza una mysqldump copia de seguridad que copia los registros binarios de MySQL independientemente del motor de almacenamiento. Los registros binarios de MySQL rastrean y guardan todas las transacciones del servidor de bases de datos como una lista de declaraciones SQL. Para implementar una estrategia de copia de seguridad lógica, el registro binario debe estar habilitado en el servidor MySQL y debe proporcionarse una ruta a los archivos de registro (el valor predeterminado es / var / lib / mysql) En la Ruta de registro binario campo.

lógico El método de copia de seguridad funciona con todos los motores de almacenamiento MySQL excepto el motor de almacenamiento NDB del clúster MySQL. Las copias de seguridad lógicas también se pueden restaurar en cualquier arquitectura de plataforma o base de datos que admita SQL. Por ejemplo: las copias de seguridad de la base de datos MySQL que se ejecutan en la plataforma powerpc del servidor Redhat Enterprise se pueden restaurar en el servidor Ubuntu que se ejecuta en la plataforma x86.

Debido a que las copias de seguridad lógicas requieren un bloqueo de lectura en las bases de datos o tablas de las que se hace copia de seguridad (no en el caso de que todas las tablas utilicen el motor de almacenamiento InnoDB), pueden tener un mayor impacto en las aplicaciones que utilizan la base de datos MySQL. Las copias de seguridad lógicas también aumentan los tiempos de restauración, ya que la restauración de los datos se logra al reproducir las transacciones en la base de datos de destino en lugar de simplemente copiar archivos. En el caso de las tablas InnoDB, las copias de seguridad se realizan como una sola transacción y no obtendrán ningún bloqueo.

MariaDB proporciona una solución de escalado coherente y compatible con ACID para empresas con requisitos que no se pueden cumplir con otras alternativas como la replicación y la fragmentación.

SQL distribuido proporciona escalabilidad y MariaDB proporciona la flexibilidad para elegir cuánta escalabilidad necesita.

Al administrar copias de seguridad de 1 base de datos de producción o de un sólido grupo de 100, Zamanda Recovery Manager ofrece un proceso de incorporación sin interrupciones para nuevas bases de datos MariaDB, al tiempo que garantiza una sólida confiabilidad para las bases de datos existentes.

 Sí, el equipo de soporte de producción de Zmanda está disponible las 24 horas, los 7 días de la semana, tanto por teléfono como por correo electrónico. Puede elegir nuestro nivel de soporte Estándar o Premium, disponible para usted con acceso completo a la base de conocimientos, soporte telefónico y por correo electrónico, administración de casos, mejoras de software y actualizaciones de seguridad. Por favor visita- contacto con el soporte para ponerse en contacto con nuestro equipo de soporte.

Para permitir que TI pruebe Zmanda en entornos de demostración, ofrecemos una versión con licencia completa de Zmanda durante 14 días. Por favor complete nuestro Formulario de prueba gratuitoy nuestro equipo de ventas lo ayudará a comenzar.