MariaDB - Métodos de respaldo
Los datos sirven como la base del negocio y las operaciones, y con varias amenazas posibles (p. Ej., Atacantes, fallas del sistema, actualizaciones incorrectas y errores de mantenimiento), las copias de seguridad siguen siendo críticas. Estas copias de seguridad adoptan muchas formas y existen muchas opciones para crearlas con un conjunto aún más amplio de opciones dentro de esos procesos. Las cosas importantes a recordar son el tipo de base de datos, la información crítica y la estructura involucrada. Esta información determina su mejor opción.
OPCIONES
Las principales opciones para las copias de seguridad incluyen copias de seguridad lógicas y copias de seguridad físicas. Las copias de seguridad lógicas contienen declaraciones SQL para restaurar datos. Las copias de seguridad físicas contienen copias de datos.
Logical backupsofrecen la flexibilidad de restaurar datos en otra máquina con una configuración diferente en contraste con las copias de seguridad físicas, que a menudo se limitan a la misma máquina y tipo de base de datos. Las copias de seguridad lógicas ocurren a nivel de base de datos y de tabla, y las físicas ocurren a nivel de directorio y archivo.
Physical backupsson más pequeños que los lógicos y también requieren menos tiempo para realizarlos y restaurarlos. Las copias de seguridad físicas también incluyen archivos de registro y configuración, pero las copias de seguridad lógicas no.
Herramientas de respaldo
La principal herramienta utilizada para las copias de seguridad de MariaDB es mysqldump. Ofrece copias de seguridad lógicas y flexibilidad. También resulta una excelente opción para bases de datos pequeñas.Mysqldumpvuelca datos en SQL, CSV, XML y muchos otros formatos. Su salida no retiene los procedimientos almacenados, las vistas y los eventos sin instrucciones explícitas.
Hay tres opciones para mysqldump copias de seguridad -
Raw data - Volcar una tabla como un archivo de datos sin procesar a través de la opción --tab, que también especifica el destino del archivo -
$ mysqldump -u root -p --no-create-info \
--tab=/tmp PRODUCTS products_tbl
Data/Definitions export- Esta opción permite exportar una o varias tablas a un archivo y admite la realización de copias de seguridad de todas las bases de datos existentes en la máquina host. Examinar un ejemplo de exportación de contenidos o definiciones a un archivo.
$ mysqldump -u root -p PRODUCTS products_tbl > export_file.txt
Transfer - También puede enviar bases de datos y tablas a otro host
$ mysqldump -u root -p database_name \
| mysql -h other-host.com database_name
Uso de la instrucción SELECT ... INTO OUTFILE
Otra opción para exportar datos emplea la instrucción SELECT ... INTO OUTFILE. Esta opción simple genera la tabla en un archivo de texto con formato simple:
mysql> SELECT * FROM products_tbl
-> INTO OUTFILE '/tmp/products.txt';
Sus atributos permiten formatear el archivo según sus especificaciones preferidas.
Tenga en cuenta las siguientes cualidades de esta declaración:
El nombre del archivo debe especificar la ubicación deseada para la salida.
Necesita privilegios de archivo MariaDB para ejecutar la declaración.
El nombre del archivo de salida debe ser exclusivo.
Necesita credenciales de inicio de sesión en el host.
En un entorno UNIX, el archivo de salida se puede leer en todo el mundo, pero la propiedad del servidor afecta su capacidad para eliminarlo. Asegúrese de tener privilegios.
Uso de CONNECT en copias de seguridad
El controlador CONNECT permite exportar datos. Esto resulta útil principalmente en situaciones en las que la operación SELECT ... INTO OUTFILE no admite el formato de archivo.
Revise el siguiente ejemplo:
create table products
engine = CONNECT table_type = XML file_name = 'products.htm' header = yes
option_list = 'name = TABLE,coltype = HTML,attribute = border = 1;cellpadding = 5'
select plugin_name handler, plugin_version version, plugin_author
author, plugin_description description, plugin_maturity maturity
from information_schema.plugins where plugin_type = 'STORAGE ENGINE';
Otras herramientas
Otras opciones para las copias de seguridad son las siguientes:
XtraBackup- Esta opción se dirige a las bases de datos XtraDB / InnoDB y funciona con cualquier motor de almacenamiento. Obtenga más información sobre esta herramienta en el sitio oficial de Percona.
Snapshots- Algunos sistemas de archivos permiten instantáneas. El proceso consiste en vaciar las tablas con bloqueo de lectura, montar la instantánea, desbloquear las tablas, copiar la instantánea y luego desmontar la instantánea.
LVM- Este método popular emplea un script Perl. Obtiene un bloqueo de lectura en cada tabla y vacía las cachés en el disco. Luego obtiene una instantánea y desbloquea las tablas. Consultar al funcionariomylvmbackup sitio web para obtener más información.
TokuBackup- Esta solución proporcionada por Percona proporciona copias de seguridad en caliente teniendo en cuenta los problemas y limitaciones de las opciones de copia de seguridad de InnoDB. Produce una copia de sonido transaccional de los archivos mientras las aplicaciones continúan manipulándolos.Consulte el sitio web de Percona para obtener más información.
Consideraciones de INNODB
InnoDB utiliza un grupo de búfer para mejorar el rendimiento. En una copia de seguridad, configure InnoDB para evitar copiar una tabla completa en el grupo de búfer porque las copias de seguridad lógicas suelen realizar escaneos completos de la tabla.