Una de las funciones más importantes de un administrador de base de datos es: Mantener los datos siempre disponibles. Proteger la base de datos de todos los posibles fallos. Hacer que esté operativa lo antes posible ante cualquier fallo. Debe planificar y realizar copias de seguridad con regularidad.
Las copias de seguridad son esenciales a la hora de recuperar la base de datos ante fallos inesperados.
TIPOS DE COPIAS DE SEGURIDAD COPIAS DE SEGURIDAD LÓGICAS COPIAS DE SEGURIDAD FÍSICAS.
"Para obtener una copia de seguridad válida, deberemos parar el servidor o bloquear y actualizar (flush) las tablas"
FLUSH TABLES WITH READ LOCK; Verdadero Falso.
¿Qué backup son las copias de seguridad de los archivos de las tablas?.
¿Qué backup son las copias de seguridad en ficheros de texto?.
¿Qué podemos hacer para los motores de almacenamiento que utilizan un archivo para guardar cada tabla de una base de datos?.
Las tablas en MyISAM son almacenadas como ficheros, de forma que resulta sencillo hacer copias de seguridad copiando estos ficheros (*.frm, *.MYD y *.MYI). Verdadero Falso.
¿Qué operación necesitamos hacer que permite que otros usuarios puedan seguir consultando estas tablas mientras hacemos la copia de seguridad de los ficheros, pero no les permitirá modificar dichas tablas?
(Podríamos decir que este comando actualiza las tablas y
las bloquea para permitir que la copia de seguridad sea consistente).
¿Cómo desbloqueamos las tablas?.
¿Podemos copiar todos los archivos de tablas (*.frm, *.MYD, y *.MYI) sin bloquear ninguna tabla siempre que el servidor no esté actualizando nada? Si No.
El script mysqlhotcopy copia todos los archivos de tablas bloqueando las tablas para hacer la copia de seguridad.
# mysqlhotcopy nombre_bbdd ruta_copia_seguridad -u -root -p clave_root Verdadero Falso.
"La carpeta donde almacenamos las copias de seguridad no debe existir" Verdadero Falso.
"InnoDB no almacena los contenidos de las tablas en directorios de base de datos, sino que utiliza tablespaces (asociados a ficheros de datos compartidos normalmente por distintas tablas).
Por lo tanto, copiar los ficheros directamente o utilizar mysqlhotcopy funciona sólo para tablas MyISAM." Verdadero Falso.
Ver el tipo de motor de almacenamiento que emplean las tablas podemos usar la siguiente instrucción (suponiendo que la base de datos se llama pruebas):.
"Para restaurar la copia de seguridad de una base de datos realizada con mysqlhotcopy, basta con parar MySQL, machacar los ficheros de la base de datos con los ficheros correspondientes a la copia de seguridad, e iniciar de nuevo MySQL." Verdadero Falso.
Crea un fichero de texto (llamado 'file_name') que almacene los datos de una tabla (llamada tb1_name):.
"El fichero de texto se crea en el ordenador donde está ejecutándose el servidor MySQL. Si no indicamos una ruta, se almacena en el directorio de datos por defecto de MySQL (normalmente será /var/lib/mysql o /usr/mysql/data, o puedes asegurarte ejecutando show variables like 'datadir')." Verdadero Falso.
El fichero que se obtiene puede existir previamente, es decir, se sobrescribe. Verdadero Falso.
El método copias de seguridad en ficheros de texto (Backup Lógico) funciona para cualquier tipo de tabla, y almacenan tanto los datos como la estructura de la tabla. Verdadero Falso.
En copias de seguridad en ficheros de texto (Backup Lógico)
Cada fichero corresponde a una tabla de la base de datos, cada fila del fichero es un registro, y los valores de los campos se separan por tabuladores u otras marcas. Para restaurar estos datos podemos emplear LOAD DATA INFILE o mysqlimport (pero la tabla debe estar creada). Verdadero Falso.
En copias de seguridad en ficheros de texto (Backup Lógico)
Podemos importar mediante la sentencia 'LOAD DATA [LOCAL] INFILE' (la palabra LOCAL se utiliza cuando el fichero a importar está en el ordenador del cliente, y no se utiliza cuando el fichero está en el servidor):
LOAD DATA LOCAL INFILE 'copia.txt' INTO TABLE Clientes; Verdadero Falso.
En copias de seguridad en ficheros de texto (Backup Lógico)
Podemos importar con el comando externo 'mysqlimport': mysqlimport base_de_datos fichero1.txt fichero2.txt ... Verdadero Falso.
En copias de seguridad en ficheros de texto (Backup Lógico)
A la hora de utilizar SELECT … INTO OUTFILE y LOAD DATA, se debe tener en cuenta el valor de la variable de sistema secure_file_priv. Esta variable se usa para limitar el efecto de las operaciones de importación y exportación realizadas con LOAD DATA y SELECT ... INTO OUTFILE. Verdadero Falso.
En Copias de seguridad en ficheros de texto (Backup Lógico)
Los valores del parámetro secure_file_priv pueden ser: Si está vacío, “”, no tiene efecto. No es una opción segura. Si se le asigna el nombre de un directorio, el servidor limita las importaciones y exportaciones a ficheros en ese directorio. El directorio debe existir. Si se le asigna el valor NULL, el servidor deshabilita las importaciones y exportaciones. Este valor se permite a partir de MySQL 5.7.6. Para establecer el valor de esta variable de sistema, debemos incluir una línea en la sección de configuración del servidor en el fichero de configuración de MySQL (/etc/mysql/my.cnf):
[mysqld]
...
secure-file-priv="".
¿Qué backup utilizan las copias de seguridad con mysqldump?.
Copias de seguridad con mysqldump (Backup Lógico)
¿Con qué programa podemos hacer copias de seguridad con múltiples opciones, y de cualquier tipo de tablas? (A este tipo de copia de seguridad se le suele llamar exportación.).
El uso de mysqldump es para hacer una copia de seguridad de toda una base de datos es: El uso más común Una función especial.
Copias de seguridad con mysqldump (Backup Lógico)
Hacer una copia de seguridad de toda una base de datos (nombre base de datos: nombre_base_de_datos,
nombre copia de seguridad: fichero_de_seguridad.sql) :.
Copias de seguridad con mysqldump (Backup Lógico)
Volcar el fichero de seguridad (fichero_de_seguridad.sql) de nuevo en el servidor (nombre base de datos: nombre_base_de_datos) :.
Copias de seguridad con mysqldump (Backup Lógico)
Crear un fichero copia.sql con instrucciones SQL para copiar la base de datos nombre_bbdd:.
Copias de seguridad con mysqldump (Backup Lógico)
Restaurar una copia (llamada copia.sql) (la base de datos debe existir, en este caso será nombre_bbdd):.
Copias de seguridad con mysqldump (Backup Lógico)
Hacer una copia de las tablas tabla1 y tabla2 de la base de datos nombre_bbdd en copia.sql:.
Copias de seguridad con mysqldump (Backup Lógico)
Hacer una copia en formato XML de la base de datos nombre_bbdd en el fichero copia.xml:.
Copias de seguridad con mysqldump (Backup Lógico)
Hacer copia en el directorio /tmp de la base de datos nombre_bbdd:.
Copias de seguridad con mysqldump (Backup Lógico)
Hacer copia de todas las bases de datos (en copia.sql):.
Copias de seguridad con mysqldump (Backup Lógico)
Hacer una copia de seguridad de una base de datos (bbdd1) y la volcar a otra base de datos (bbdd2) en otro servidor remoto que tiene la IP 192.168.0.110 (se escribe tal cual -pcontraseña, todo junto):.
Copias de seguridad con mysqldump (Backup Lógico)
Hacer una copia de seguridad de una base de datos (bbdd1) y la volcar a otra base de datos (bbdd2) en otro servidor remoto que tiene la IP 192.168.0.110 (se escribe tal cual -pcontraseña, todo junto).
PERO COPIA DE SEGURIDAD SÓLO DE LAS ESTRUCTURAS, NO DE LOS DATOS:.
Copias de seguridad con mysqldump (Backup Lógico)
Para las tablas InnoDB, ¿empleando qué opción podemos realizar copias de seguridad en caliente sin bloquear las tablas?.
Copias de seguridad con mysqldump (Backup Lógico)
"Necesitamos tener activado el log binario. Para ello tenemos que parar MySQL si se está ejecutando, y después reiniciarlo con la opción --log-bin[=file_name] o incluirlo en el fichero de configuración my.cnf. Los archivos binarios de registro (el log binario) nos dan la información que necesitamos para replicar los cambios que se han producido en la base de datos tras el punto en el que ejecutamos la copia de seguridad con mysqldump." Verdadero Falso.
Copias de seguridad incrementales
"MySQL tiene soporte para copias de seguridad incrementales: necesitamos tener activado el log binario. En el momento en el que queramos realizar una copia de seguridad incremental (que contenga todos los cambios que han ocurrido desde la última copia de seguridad, completa o incremental), debemos rotar el registro binario utilizando FLUSH LOGS. Hecho esto, necesitamos copiar a la localización de seguridad todos los registros binarios que daten desde el momento de la última copia de seguridad hasta el último. Estos logs binarios son la copia de seguridad incremental; cuando necesitemos restaurar la copia, los podemos aplicar tal como se explica más adelante. La próxima vez que hagamos una copia de seguridad completa, también debemos rotar el registro binario haciendo FLUSH LOGS, mysqldump --flush-logs, o mysqlhotcopy --flushlogs.
Por ejemplo:
# mysqldump --flush-logs=TRUE -u root -p nombre_bbdd > copia.sql" Verdadero Falso.
Restaurar una copia de seguridad binaria.
Crea un comando para llevar a cabo las actualizaciones de los logs binarios (el nombre de los ficheros log normalmente será algo parecido a mysql-bin.n, donde n será el número del fichero log, normalmente de 6 cifras):.
Consultar el log binario
Consultar el log binario desde la consola de MySQL (por ejemplo las primeras 25 acciones del fichero mysql-bin.000001):.
Recuperación de tablas corruptas
Si tenemos que recuperar tablas MyISAM que se han corrompido, antes de volcar la copia de seguridad, podemos intentar recuperarlas con myisamchk -r. Debemos indicar la carpeta donde se encuentran los ficheros de datos de las tablas que queremos recuperar. Si no indicamos la opción –r, se comprueban las tablas pero no se recuperan.
Comando:.
Problemas de rendimiento causados por las copias de seguridad
"La realización de copias de seguridad puede suponer un elevado consumo de recursos de nuestros SGBD y de las máquinas que los soportan. Si tenemos problemas de rendimiento con nuestro servidor mientras realizamos copias de seguridad, una estrategia puede ser crear replicación y hacer las copias de seguridad en el esclavo en vez de en el maestro." Verdadero Falso.
Copias de seguridad con MySQL Enterprise Backup (Backup Físico)
"Los usuarios de MySQL Enterprise Edition pueden utilizar MySQL Enterprise Backup para llevar a cabo copias de seguridad físicas de todas las bases de datos de un servidor, de alguna de ellas o de algunas tablas. Esta aplicación permite copias de seguridad incrementales y comprimidas. La copia de seguridad física hace que la restauración sea mucho más rápida que en el caso de las copias de seguridad lógicas que se llevan a cabo por ejemplo con mysqldump. Además, en el caso de las tablas de tipo InnoDB, que suelen ser la mayoría, se copian empleando un mecanismo de copia en caliente, sin parar el SGBD." Verdadero Falso.
Copias de seguridad con MySQL Enterprise Backup (Backup Físico)
"El privilegio SUPER evita que el usuario pueda realizar tareas de administración del servidor de bases de datos." Verdadero Falso.
En copias de seguridad con MySQL Enterprise Backup (Backup Físico)...
...hacer una copia de seguridad completa:.
Copias de seguridad con Mariabackup (Backup Físico)
"Para utilizar Mariabackup en Debian o Ubuntu, debes instalar el paquete correspondiente:" # apt-get install mariadb-backup-10.1 apt-get install mariadb-backup.
Copias de seguridad con Mariabackup (Backup Físico)
"En teoría, a partir de Debian 9, al instalar el paquete mysql-server, se instala por defecto MariaDB, versión 10.1.26, que ya incorpora la aplicación Mariabackup." Verdadero Falso.
Copias de seguridad con Mariabackup (Backup Físico)
"Para instalarlo en Windows, debes seleccionar Backup utilities durante la instalación de la aplicación (si lo instalas a través de una aplicación integrada tipo XAMPP, se instalará por defecto si la versión de MariaDB es 10.1.23 o posterior)": Verdadero Falso.
Privilegios que debe tener el usuario que ejecute Mariabackup: RELOAD LOCK TABLES REPLICATION CLIENT.
Opciones de Mariabackup:
--backup
--copy-back
--databases
--databases-exclude
--databases-file
-H, --host
--incremental-basedir
--increment-dir
--move-back
-p, --password
--prepare
--target-dir
--user Verdadero Falso.
Opciones de Mariabackup
--backup
Mariabackup puede realizar copias de seguridad completas e incrementales: Una copia de seguridad completa crea un punto de restauración (snapshot) de la base de datos en el directorio especificado. Una copia de seguridad incremental comprueba los cambios producidos en la base de datos desde la última copia de seguridad completa (especificada en la opción -- incremental-basedir) y crea ficheros de restauración para esos cambios.
Opciones de Mariabackup
--backup
Realiza una copia de seguridad de las bases de datos. Con esta opción, Mariabackup lleva a cabo una copia de seguridad de una o varias bases de datos. Las copias de seguridad se almacenan en el directorio especificado con la opción --target-dir.
# mariabackup --backup --target-dir=/copseg –user=root –password=jmrubira Verdadero Falso.
Opciones de Mariabackup
--backup
Para restaurar una copia de seguridad, primero debemos ejecutar Mariabackup con la opción --prepare. A continuación se debe ejecutar Mariabackup de nuevo con las opciones --copyback o --move-back, para restaurar la base de datos. Verdadero Falso.
Copias de seguridad totales y restauración con Mariabackup
"Con Mariabackup podemos realizar copias de seguridad totales o incrementales. Las copias de seguridad totales crean un respaldo completo en una carpeta vacía, mientras que las copias de seguridad incrementales actualizan una copia de seguridad anterior con los cambios que se hayan producido." Verdadero Falso.
Copias de seguridad con phpMyAdmin
"Con phpMyAdmin podemos realizar copias de seguridad empleando una interfaz gráfica, aunque realmente estamos haciendo uso de la utilidad mysqldump. Debemos hacer uso de las pestañas exportar/importar. Si seleccionamos exportar, nos aparece una ventana de configuración para especificar las opciones a la hora de realizar la copia de seguridad: elegir las bases de datos, el formato de salida, etc. Y en la opción importar podemos volcar la información de nuevo en el servidor." Verdadero Falso.
Copias de seguridad con MySQL Workbench
"También con MySQL Workbench tenemos la posibilidad de realizar copias de seguridad seleccionando las opciones Data Export y Data Import/Restore. Al igual que en el caso de phpMyAdmin, internamente se emplea la utilidad mysqldump" Verdadero Falso.
Copias de seguridad con HeidiSQL
"Con HeidiSQL podemos realizar copias de seguridad seleccionando la opción “Exportar base de datos como SQL”, haciendo clic derecho en una base de datos concreta o en el nombre del servidor, en el panel izquierdo. También se emplea internamente mysqldump" Verdadero Falso.
|
