Juan ha estado supervisando el trabajo de Vindio, Noiba y Naroba, y parece que ya está a punto de concluir. La base de datos del taller mecánico está totalmente implantada y las expectativas que los socios del taller tenían puestas en su trabajo se han cumplido. En este momento sería imposible prescindir de la operatividad que proporciona el SGBD, no sólo con relación a la actividad cotidiana: registro de ingresos y salidas, reparaciones, facturación, control de recambios, personal, etc.; sino que les permite analizar los resultados obtenidos para obtener estadísticas y con ello hacer previsiones y planificar estrategias futuras.
Precisamente por la importancia que tiene la base de datos en la gestión del taller, Juan les plantea ahora una cuestión muy importante ¿Qué pasaría si por alguna causa imprevista la base de datos se daña o se destruye? En este momento eso sería un desastre para la gestión del negocio.
Por ello, Juan les propone que para completar su trabajo deben establecer una política de copias de seguridad de la base de datos, así como procedimientos adecuados de recuperación de los datos ante posibles fallos tanto de hardware como de software, o ante cualquier causa externa que se pueda producir.
¿Cómo podríamos saber a qué clientes tenemos que llamar, qué facturas no se han cobrado, cuántas horas ha trabajado cada empleado, si un fallo en el disco duro que contiene la base de datos nos impide acceder a éstos?
En BK Sistemas Informáticos lo tienen claro, es importante que los datos estén protegidos y que puedan ser reconstruidos ante cualquier situación imprevista que se pueda presentar.
En esta unidad aprenderás a gestionar la seguridad de los datos almacenados en tu base de datos. Éste es un tema muy importante, pues imagina que por alguna causa imprevista la base de datos se daña o se destruye. ¿Que podemos hacer ante este hecho? Lo ideal sería poder restaurarla sin ninguna pérdida de datos, ¿verdad?
Esto es precisamente lo que vamos a tratar en esta unidad, cómo establecer una política de copias de seguridad de la base de datos, así como procedimientos adecuados de recuperación de los datos ante posibles fallos tanto de hardware como de software, o ante cualquier causa externa que se pueda producir. Verás cómo utilizar las herramientas y comandos que permiten realizar el mantenimiento de las tablas de una base de datos, y la importancia de los ficheros de registro o de log.
Antes de establecer las medidas y políticas de seguridad que debe tomar para evitar cualquier daño en la base de datos, Noiba, Vindio y Naroba empiezan por considerar cuáles son los posibles fallos que se pueden producir. Eso les ayudará a establecer una estrategia para evitar que se produzcan y, si eso no es posible, al menos poder garantizar que los datos de TalleresFaber puedan ser recuperados en su totalidad.
Noiba no puede evitar que la base de datos sea destruida si ocurre, por ejemplo, un incendio en la oficina, pero podrá restaurar los datos si ha tenido la precaución de mantener una copia de seguridad ubicada en otro lugar.
Del mismo modo que se han tomado medidas de seguridad en las instalaciones del taller con relación a la existencia de maquinaria eléctrica, almacenamiento y manipulación materiales inflamables, etc. también es necesario proteger un bien muy valioso para la empresa: los datos.
Las funciones de mantenimiento, respaldo y recuperación constituyen un componente muy importante de los SGBD actuales. Algunos SGBD proporcionan herramientas para que se puedan programar respaldos automáticos en dispositivos de almacenamiento secundario que eviten desastres ante problemas como:
El SGBD debe garantizar que los datos puedan ser recuperados en su totalidad en caso de una pérdida física o de una pérdida de la integridad de la base de datos.
La pérdida de datos puede ser total o parcial.
Cuando en un servidor con una base de datos en funcionamiento se produce alguno de los problemas anteriores será necesario disponer de una copia de seguridad que nos permita recuperar los datos.
El respaldo de la base de datos debe guardarse en lugar seguro, generalmente otro edificio para que esté protegido contra catástrofes como incendios, robos, inundaciones y cualquier otro peligro potencial.
La pérdida de datos puede ser total o parcial, del mismo modo la copia de seguridad puede ser completa o incremental, es decir, a partir de los datos desde la última copia de seguridad.
En algunos casos podremos recuperar los datos de las tablas mediante el uso de utilidades disponibles en cualquier SGBD, así como desde sentencias SQL para el mantenimiento de tablas.
Cuando administramos una base de datos siempre es deseable no encontrarnos con tablas corruptas o destruidas, pero si esto ocurre es necesario minimizar los riesgos estableciendo una estrategia para:
El conjunto de actividades de administración que pretenden garantizar la disponibilidad en caso de desastres incluyen: la planificación, organización, pruebas y procedimientos de recuperación y deben incluir:
Los planes para recuperar los datos deben ser probados frecuentemente con simulacros para ver los posibles fallos que pueda tener. Un programa de respaldo no cubre todas los componentes del SGBD, por tanto es necesario establecer prioridades así como distintas medidas de respaldo de datos.
Falso
De esa forma podemos evitar la pérdida por problemas en el almacenamiento secundario pero es necesario almacenar una copia de seguridad en un lugar distinto y seguro.
En los siguientes apartados desarrollaremos las distintas herramientas que todo SGBD tiene disponibles para recuperar los datos ante cualquier fallo del sistema. En nuestro caso nos referiremos a MySQL, pero todas las bases de datos presentan este tipo de utilidades.
En el caso de MySQL tenemos:
En esta fase es muy importante diferenciar de qué tipo de tablas hablamos (InnoDB, MyISAM, BDB, etc.), ya que no todas las utilidades funcionan con todos los tipos de tabla. Para la recuperación de tablas disponemos de:
Estos ficheros nos van a resultar muy útiles cuando queramos saber qué ha pasado, cuando se produce un error, y sobre todo para recuperar todas las acciones que se lleven a cabo a partir de la última copia de seguridad. Para ver el contenido del log binario disponemos de la herramienta mysqlbinlog.
Existen múltiples aplicaciones gráficas para exportar bases de datos de un servidor a otro, tanto a MySQL como a otros SGBD. En versiones anteriores de MySQL encontrábamos la herrramienta MySQL Migration toolkit, pero ya no se distribuye con MySQL. Actualmente se incluye la herramienta de migración en MySQL Workbench.
Fichero que registra todas las operaciones que se realizan en la base de datos.
Naroba ha observado que hay algunas consultas que ralentizan algo el sistema y le pregunta a Noiba y Vindio cual sería una forma sencilla de poder conocer aquellas consultas que tardan en ejecutarse más tiempo del esperado y que por tanto pueden crear un cuello de botella en el sistema. Noiba le recuerda, que en el módulo de Gestión de Bases de Datos estudiaron el fichero de log denominado de consultas lentas. Este fichero se puede activar en el SGBD MySQL y así registrar toddas las conultas que ralentizan el sistema. De hecho, si activan ese fichero de log, ya tendrán activados todos ficheros de log que porporciona MySQL en la versión actual con la que están trabajando.
Los archivos de registro de MySQL son muy importantes para la recuperación de datos en caso de fallos. En un SGBD es importante conocer:
SHOW VARIABLES LIKE 'DATADIR';
Dicho directorio aparece indicado en el fichero de configuración de MySQL (<em>my.ini</em> o my.cnf). En el directorio de datos se encuentran todas las bases de datos y tablas organizadas en forma de árbol. Cada base de datos corresponde a un directorio dentro de data. Las tablas se almacenan como archivos dentro de ese directorio de la base de datos, tal como vimos en una unidad anterior.
Este registro es muy importante para recuperar todas las actualizaciones que se hayan hecho tras la última copia de seguridad. Si no especificamos lo contrario, este registro se almacena en el directorio data, en el archivo <strong>NombreHost-bin</strong>. MySQL agrega un número consecutivo al nombre anterior cada vez que se vuelcan los registros. Ya que este registro se almacena en formato binario, para leerlo es necesario utilizar la herramienta <strong>mysqlbinlog</strong>, incluida en el directorio bin de MySQL
...
El servidor MySQL puede crear estos archivos de registro para facilitar el ver lo que está pasando pero es necesario limpiar estos archivos para que no ocupen demasiado cuando se hacen copias de seguridad y volver a registrar en archivos nuevos. Esto puede hacerse con la sentencia: FLUSH LOGS.
Archivos wue contienen la información codificada como programas, imágenes, sonidos, etc.
Si necesitas más información sobre los ficheros de registro (log) de MySQL pincha en el siguiente enlace:
Realiza las siguientes operaciones sobre tu servidor MySQL:
my.cnf el directorio de datos. Por último, accede al directorio en cuestión y visualiza su contenido.
Como hemos dicho los ficheros de log binario se generan en formato binario. Este registro será especialmente útil cuando queramos recuperar sentencias almacenadas en él.
Para poder leer los eventos almacenados en el log binario tenemos dos alternativas:
La forma de lanzar esta herramienta es:
Ejemplo 1.
Para visualizar el contenido del fichero de log binario infoalisal-bin.000001, escribiríamos en la shell del sistema el siguiente comando:
mysqlbinlog infoalisal-bin.000001
Algunas de las opciones más importantes de esta herramienta son:
| OPCIONES DE mysqlbinlog | Significado |
|---|---|
| <b>--database</b>=<i>NombreBaseDatos</i><br /> <b>-d</b> <i>NombreBaseDatos</i> | Sólo obtenemos las entradas para la base de datos seleccionada. |
| <b>--local-load</b>=<i>ruta</i>,<br /> <b>-l</b> <i>ruta</i> | Prepara los ficheros temporales para hacer LOAD DATA INFILE en el directorio que se especifique como ruta. |
| <b>--offset</b>=<i>N, -o N</i> | Ignora las N primeras entradas. |
| <b>--password</b>[=<i>contraseña</i>], <br /> <b>-p</b>[<i>contraseña</i>] | Contraseña para conectarse al servidor. |
| <b>--result-file</b>=<i>nombre</i>,<br /> <b>-r</b> <i>nombre</i> | Envía la salida a un fichero cuyo nombre se especifica. |
| <b>--short-form, -s</b> | Sólo muestra los comandos, sin la información adicional. |
| <b>--start-datetime</b>=<i>datetime</i> | Comienza a leer los eventos a partir de la fecha dada. |
| <b>--stop-datetime</b>=<i>datetime</i> | Lee los eventos hasta la fecha dada. |
| <b>--start position</b>=<i>N</i> | Lee el registro binario desde la posición N. |
| <b>--stop position</b>=<i>N</i> | Lee el registro binario hasta la posición N. |
| <b>--disable-log-bin, -D</b> | Desactiva el log binario. |
| <b>--user</b>=<i>NombreUsuario</i>,<br /> <b>-u</b> <i>NombreUsuario</i> | Nombre del usuario que se conecta al servidor remoto. |
Ejemplo 2. Recuperar un fallo ejecutando las sentencias del log binario enviando la salida a un cliente mysql:
mysqlbinlog infoalisal-bin.000001 | mysql
Ejemplo 3. Para enviar la salida a un fichero de texto por si necesitamos hacer alguna modificación:
mysqlbinlog infoalisal-bin.000001 > /tmp/fichero.sql
Ejemplo 4. Actualizar un servidor MySQL desde el registro binario:
mysqlbinlog FicheroLog | mysql –h NombreServidor.
NombreFicheroLog: escribimos el nombre del fichero log que queremos ver. Si no se escribe ninguno mostrará el primero de ellos.
LIMIT: puede tomar los mismos valores que en el caso de la sentencia SELECT. Es conveniente utilizar un valor en esta cláusula para evitar que el proceso sea largo y que consuma demasiados recursos.
Para ver todas las opciones disponibles para la herramienta mysqlbinlog consulta el siguiente enlace:
Verdadero
De las muchas opciones que permite mysqlbinlog, esa es la opción que comienza a leer los eventos a partir de la fecha dada.
A Noiba se le han quedado grabados dos conceptos que considera muy importantes 'mantenimiento' y 'preventivo'. Sin dejar de lado la importancia de las copias de seguridad, pretende ahora revisar las sentencias que maneja el SGBD para los casos en que una tabla pierda su integridad poder recuperar los datos sin sufrir pérdidas y si es posible evitar que esas situaciones se produzcan.
Sabe que, al igual que para nuestros mecánicos en el taller, para el correcto funcionamiento de la base de datos el mantenimiento y la prevención son esenciales.
Uno de los problemas que nos podemos encontrar en el mantenimiento de una base de datos, es que las tablas puedan resultar dañadas en algún momento con el desarrollo de la actividad normal de la empresa.
Es necesario tener en cuenta que además de fallos de hardware, interrupciones de corriente, cierre indebido del servidor, y otras circunstancias que ya hemos mencionado; distintas personas van a acceder a los datos y se pueden producir fallos por descuidos o porque estos usuarios tengan distintos niveles de conocimientos con relación al tratamiento de los datos.
Vamos a tratar ahora la detección y resolución de problemas con las tablas, independientemente de cómo surjan esos problemas.
Para verificar y reparar las tablas de nuestra base de datos con MySQL, podemos utilizar distintas herramientas:
La ventaja de utilizar las sentencias directamente es que el trabajo lo hace el servidor y con <b>mysqlcheck</b> tendremos que asegurarnos que el servidor no utiliza las tablas a la vez, provocando interferencias.
Las sentencias para el mantenimiento de tablas en MySQL las clasificamos en función del tipo de tablas a las que se pueden aplicar; ya que nos vamos a encontrar con que en algunos casos sólo pueden utilizarse con tablas de tipo MyISAM y en otros casos con varios tipos de tablas como MyISAM e InnoDB (y BDB), que son las más utilizadas:
Sentencias de mantenimiento para tablas MyISAM.
Para otros tipos de tablas (MyISAM, InnoDB, BDB), etc.
El procedimiento general para detectar los daños de la tabla y corregirlos es el siguiente:
Partimos de que hemos realizado copia de seguridad de la base de datos y que está habilitado el uso del log.
Hacemos hincapié en las tablas de tipo MyISAM e InnoDB porque, tal como se dijo en una unidad anterior, son las más utilizadas en función de la utilidad que vayamos a dar a nuestra base de datos.
Por este motivo es fundamental conocer estas herramientas en función del tipo de tablas con las que trabajemos.
Esta utilidad sirve para comprobar, reparar y optimizar tablas MyISAM.
Antes de ejecutar <b>myisamchk</b> debemos comprobar que ningún otro programa esté utilizando las tablas. Si esto ocurre es necesario cerrar ese programa y ejecutar FLUSH TABLES para actualizar los cambios que se hayan podido hacer.
La forma de ejecutar este programa es la siguiente:
<b>NombreTabla</b>: Si la tabla no se encuentra en el directorio actual habrá que indicar la ruta. Pueden comprobarse una o varias tablas o indicar todas las tablas de un directorio refiriéndonos a ellas por los archivos de índices como *.MYI.
<b>Opciones</b>: Son muchas las opciones que se pueden añadir a <b>myisamchk</b>, haremos un resumen de las más utilizadas:
| OPCIONES DE myisamchk | SIGNIFICADO DE LA OPCIÓN |
|---|---|
| <b>--silent, -s</b> | Activa el modo silencioso que sólo escribe cuando ocurre algún error. |
| <b>--verbose, -v</b> | Imprime más información. |
| <b>--version, -V</b> | Informa únicamente sobre la versión. |
| <b>--wait, -w</b> | Si la tabla está bloqueada, espera a que se desbloquee y continúa. |
| OPCIONES PARA COMPROBAR TABLAS | |
| <b>--check, -c</b> | Es la opción por defecto. Comprueba si hay errores en la tabla. |
| <b>--check-only-changed, -C</b> | Sólo se comprueban las tablas que han cambiado desde la comprobación anterior. |
| <b>--extended-check, -e</b> | Comprueba la tabla de forma minuciosa. |
| <b>--fast, -F</b> | Comprueba las tablas cerradas de forma inadecuada. |
| <b>--force, -f</b> | Repara automáticamente la tabla si encuentra algún error. |
| <b>--medium-check, -m</b> | Comprueba más rápido que extend-check. |
| <b>--update-state, -U</b> | Indica que se ha comprobado la tabla y guarda información en el archivo .MYI. |
| OPCIONES PARA REPARAR TABLAS | |
| <b>--backup, -B</b> | Hace una copia de seguridad del archivo .MYD. |
| <b>--correct-checksum</b> | Corrige el checksum de la tabla. |
| <b>--extend-check, -e</b> | Intenta reparar todos los registros del archivo de datos. No es conveniente. |
| <b>--force, -f</b> | Sobreescribe archivos temporales (.TMD) sin interrumpir la reparación. |
| <b>--keys-used=#, -k #</b> | Indica qué índices tiene que actualizar. |
| <b>--quick, -q</b> | No modifica el archivo de datos por lo que la reparación es más rápida. |
| <b>--recover, -r</b> | Es la opción más común para la reparación de tablas. |
| <b>--safe-recover, -o</b> | Repara algunos casos que no se pueden reparar con –r. |
| <b>--sort-recover, -n</b> | Utiliza ordenación para establecer las claves. |
| OTRAS OPCIONES | |
| <b>--analyze, -a</b> | Analiza la distribución de las claves, ayudando a escoger el orden y las claves al unir las tablas con join. |
| <b>--description, -d</b> | Imprime una descripción de la tabla. |
| <b>--set-auto-increment[<i>=value</i>], -A[<i>value</i>]</b> | Sirve para especificar un valor para la numeración autoincremental. |
| <b>--sort-index, -S</b> | Ordena los bloques de índices para que las búsquedas sean más rápidas. |
| <b>--sort-records=#, -R #</b> | Ordena los registros con un índice que hace los datos más localizables. |
Las opciones de myisamchk referenciadas son sólo un resumen de todas las que dispone esa herramienta. Para conocer el resto de opciones, junto con ejemplos de reparaciones, visita el siguiente enlace:
La utilidad myisamchk para el mantenimiento de tablas MyISAM.
Escribe la sentencia para comprobar todas las tablas de la base de datos pruebas usando myisamchk.
NOTA: Puedes descargar el script de creación de la base de datos pruebas.
CreatePruebas (zip - 535 B)
Esta aplicación comprueba, analiza, optimiza y repara las tablas de tipo MyISAM. Presenta muchas similitudes con <b>myisamchk</b>, la diferencia es que <b>mysqlcheck</b> no necesita que el servidor esté parado y myisamchk sí.
La forma de ejecutar este programa es la siguiente:
mysqlcheck [opciones] --databases NombreBaseDatos1 [NombreBaseDatos2 NombreBaseDatos3 …]
mysqlcheck [opciones] --all-databases
Esta herramienta usa los comandos SQL, CHECK TABLE, REPAIR TABLE, ANALYZE TABLE, OPTIMIZE TABLE, según convenga a la operación que queramos realizar.
Por defecto utiliza la opción -c. Si en lugar de mysqlcheck lo sustituimos por:
Algunas de las opciones que admite mysqlcheck son:
| OPCIONES DE mysqlcheck | SIGNIFICADO DE LA OPCIÓN |
|---|---|
| <b>..all databases, A</b> | Para comprobar todas las tablas de todas las bases de datos. |
| <b>--analyze, -a</b> | Analiza las tablas. |
| <b>--auto-repair</b> | Si al comprobar una tabla encuentra fallos, la repara automáticamente. |
| <b>--check, -c</b> | Comprueba las tablas en busca de errores. |
| <b>--check-only-changed, -C</b> | Comprueba únicamente las tablas que han sufrido cambios o se han cerrado mal. |
| <b>--extended, -e</b> | Comprueba las tablas al 100%, pero tarda mucho y genera registros basura. |
| <b>--medium-check, -m</b> | Chequeo más rápido que –extend y comprueba las tablas al 99,99%. |
| <b>--optimize, -o</b> | Optimiza las tablas. |
| <b>--quick, -q</b> | Es el chequeo más rápido. |
| <b>--repair, -r</b> | Repara prácticamente todo tipo de errores en las tablas. |
| <b>--silent, -s</b> | Modo silencios en el que sólo se muestran los mensajes de error. |
Para ampliar la información sobre mysqlcheck consulta el siguiente enlace:
Utilizando la base de datos del apartado 3.1.- chequea la tabla con <b>mysqlcheck</b> optimizándola.
Para analizar tablas tanto MyISAM como InnoDB podemos usar las siguientes sentencias: ANALYZE TABLE, OPTIMIZE TABLE y CHECK TABLE.
<b>ANALYZE TABLE</b>
Se utiliza para analizar y almacenar los índices de una tabla, para ello bloquea las tablas para lectura.
Esta información almacenada se utilizará para establecer en qué orden se hacen los joins en las tablas. La distribución de claves almacenada se puede ver con el comando SHOW INDEX.
Funciona de forma similar a <b>myisamchk –a</b>, pero en este caso se puede utilizar con tablas BDB e InnoDB, además de MyISAM.
El resultado de este comando devuelve una tabla con 4 columnas:
El resultado de este comando se escribe en el log binario excepto si incluimos NO_WRITE_TO_BINLOG o LOCAL. Si la tabla no ha cambiado desde el último ANALYZE, no se vuelve a analizar.
Una de las razones para emitir ANALYZE TABLE es que cuando una tabla sufre muchas modificaciones (INSERT o DELETE, por ejemplo), con el tiempo el optimizador no puede hacer la mejor elección cuando se trata de decidir si debe utilizar un índice específico o no. ANALYZE ayuda al optimizador de consultas a tomar decisiones correctas mediante un análisis detallado de los datos, a diferencia del optimizador de consultas que hace un análisis rápido.
<b>OPTIMIZE TABLE</b>
Se utiliza cuando queremos recuperar el espacio que ocupaban los datos borrados en tablas con registros de longitud variables, (son las que usan columnas de tipo VARCHAR, TEXT, BLOB, etc.).
Por defecto ese espacio no está disponible cuando insertamos nuevos datos. OPTIMIZE TABLE desfragmenta el fichero que contiene los datos resultando una tabla más pequeña.
Funciona con tablas InnoDB, BDB y MyISAM. Se puede hacer funcionar con otros tipos de tabla modificando las opciones de arranque.
La sintaxis de este comando es:
Este comando se escribe en el log binario excepto que se establezca NO_WRITE_TO_BINLOG o LOCAL
Mientras se ejecuta, esta sentencia bloquea la tabla que está optimizando.
Partiendo de la tabla <b>pruebas.agenda</b> del ejercicio anterior, analiza la tabla con la sentencia ANALYZE y comprueba que el resultado se ha guardado en el log binario con la sentencia SHOW BINLOG EVENTS.
<b></b>
<b>CHECK TABLE</b>
Es un comando que chequea una o más tablas en busca de errores. También puede comprobar errores en las vistas como por ejemplo tablas a las que se hace referencia en una vista y ya no existen.
El resultado de este comando devuelve una tabla con 4 columnas:
La salida de este comando puede ser de varios registros por cada tabla que chequeamos. Lo normal es que el último de esos registros tenga los valores de <b>status</b> en <b>Msg_type</b> y de <b>Ok</b> o un mensaje similar en <b>Msg_text</b>, eso significará que no es necesario chequear la tabla. Si no devuelve esos valores será necesario reparar la tabla.
Las opciones, sólo disponibles para tablas MyISAM, (en InnoDB no se tienen en cuenta) pueden ser:
Algunos aspectos a tener en cuenta:
FAST por defecto la opción será QUICK).CHANGED. Es más común el uso de FAST.Algunos errores detectados con <b>CHECK TABLE</b> no pueden corregirse automáticamente, por ejemplo el valor 0 en un campo <b>auto_increment</b> que puede ocasionar problemas.
Sistema para verificar los datos comparando su valor calculado al leer los datos y después de grabarlos
Chequear la tabla pruebas.agenda, de los aprtados anteriroes, para ver si se ha cerrado correctamente. Utilizar un chequeo rápido.
Las sentencias de mantenimiento disponibles para tablas MyISAM son las siguientes: CHECKSUM TABLE y REPAIR TABLE.
<b>CHECKSUM TABLE</b>
Checksum o suma de comprobación de una tabla es una manera de controlar la redundancia, que verifica si los datos están o no corruptos garantizando así la integridad de los mismos. Consiste en almacenar cada byte y guardar el resultado. Posteriormente compara el checksum que se genera al leer los datos con el que resulta grabado al final. Si no coinciden se habrá producido algún error. Es un control muy simple pero no muy seguro.
Si se especifica QUICK el checksum es muy rápido. Si esta opción no está disponible devolverá NULL. Para poder usar esta opción tendremos que haber especificado CHECKSUM=1 en la sentencia <b>CREATE TABLE</b>.
<b>REPAIR TABLE</b>
Se utiliza para reparar tablas que previsiblemente estén corruptas. Únicamente funciona en el caso de tablas MyISAM.
Es similar a utilizar <b>myisamchk --recover</b>
La sintaxis de este comando es:
El resultado de este comando devuelve una tabla con 4 columnas:
La salida de este comando puede ser de varios registros por cada tabla que reparemos. Lo normal es que el último de esos registros tenga los valores de status en <b>Msg_type</b> y de Ok en <b>Msg_text</b>, eso significará que no es necesario reparar la tabla. Si no devuelve esos valores será necesario reparar la tabla con <b>myisamchk –safe—recover</b> ya que este comando tiene más opciones que REPAIR TABLE.
QUICK: es equivalente a <b>myisamchk –recover –quick</b>. Repara sólo el índice.
EXTENDED: es equivalente a <b>myisamchk –safe –recover</b>. Crea el índice registro a registro.
USE_FRM: se usa cuando falta o está corrupto el fichero de índices (.MYI). Esta opción no está disponible con <b>myisamchk</b>, aunque no siempre es recomendable porque puede producir la pérdida de datos (metadatos), por ejemplo si la tabla está comprimida.
Este comando se escribe en el log binario excepto que se establezca NO_WRITE_TO_BINLOG o LOCAL.
Intenta reparar la tabla pruebas.agenda de la base de datos de los aprtados anteriores.
Además de las sentencias SQL y otros programas cliente que incorpora MySQL para analizar y reparar tablas, existen herramientas gráficas que incorporan interfaces para la administración de la base de datos e incluyen opciones para optimizar, chequear y reparar las tablas.
Entre esas herramientas gráficas disponibles de forma gratuita en el mercado, que incorporan opciones para llevar a cabo el mantenimiento de las tablas, se encuentran MySQL Workbench y PhpMyAdmin.
En la nueva ventana:
Existe además la posibilidad de indicar que no se escriba la información resultante en el log binario.
Una vez seleccionada la tabla o tablas que vamos a mantener y la opción deseada, la operación se lleva a cabo automáticamente, tal y como vemos en las siguientes imágenes:
Ejemplo de ANALYZE de una sola tabla (concursante), en la imagen izquierda y Ejemplo de OPTIMIZE de cuatro tablas en la imagen derecha (concursante, equipo, juego, participa).
Para ver cómo realizar el mantenimiento de las tablas de una base de datos desde PhpMyAdmin consulta en el enlace siguiente:
En el apartado anterior Noiba y Naroba han considerado todas las situaciones que pueden provocar fallos en la base de datos y, han visto que muchas de ellas son imprevisibles.
Ellas saben que la mejor solución de los problemas es la prevención, pero en muchos casos esto no es posible ¿Cómo podría evitar que el disco duro que guarda la base de datos sufra algún daño? Ahora que TalleresFaber está en pleno funcionamiento tiene claro que no debe correr riesgos. Si no puede evitar que en algún momento la base de datos pueda dañarse, si puede establecer una estrategia para poder recuperar la información, si eso ocurre.
Noiba y Naroba se disponen a estudiar cómo hacer copias de seguridad de una base de datos y poder restaurarlos después. Veamos cuáles son los pasos necesarios.
La información contenida en una base de datos debe estar siempre actualizada. Una vez implantado un SGBD es muy importante asegurar esa información, puesto que de ello va a depender el desarrollo de todas las aplicaciones posteriores. Una de las cuestiones más importantes a tener en cuenta, es establecer una política de copias de seguridad o backup. Las copias de seguridad de la base de datos tienen una importancia vital en caso de una caída grave del sistema.
Una copia de seguridad o respaldo se realiza con el objetivo de poder restaurar el original cuando se produzca una pérdida de datos garantizando la integridad y la disponibilidad.
A la hora de hacer una copia de seguridad hay que considerar:
Aunque parece un proceso sencillo en algunos casos es importante copiar únicamente los ficheros que se hayan modificado. Para ello se utilizan sistemas incrementales que permiten copiar sólo los bloques físicos que han sufrido cambios.
Cuando la copia de seguridad se hace sobre datos en uso es posible que haya ficheros abiertos y que este proceso tarde varios minutos, para ello se bloquea el fichero para evitar que se produzcan cambios, otra posibilidad es hacer una imagen del fichero y recoger un registro de los cambios que se han producido mientras dura este proceso.
La realización de copias de seguridad siempre tiene impacto en el sistema por eso es importante programar su ejecución para aumentar su efectividad y nivel de optimización.
En MySQL podemos realizar copias de seguridad de diferentes formas. Vamos a verlas.
Debes de tener en cuenta las siguientes consideraciones:
Vamos a ver todos estos procedimientos más detenidamente en los siguientes apartados.
La copia de seguridad recoge los cambios a partir de la anterior copia de seguridad.
Falso
Puede hacerse una copia de seguridad de todo o parte de una base de datos con el servidor activo.En las últimas versiones de MySQL se ofrece una utilidad muy interesante para la realización de copias de seguridad. Se trata de la aplicación <strong>mysqlbackup</strong>, ejecutable desde la línea de comandos.Esta utilidad solo está disponible para los clientes de MySQL Enterprise Edition. Permite copiar y restaurar tablas basadas en cualquier motor, aunque está especialmente diseñado para trabajar con tablas InnoDB. La utilidad <strong>mysqlbackup</strong> es capaz de realizar las copias de seguridad usando los siguientes métodos:
Puedes leer más sobre la utilidad mysqlbackup en el siguientre enlace:
Podemos hacer una copia de seguridad de los datos de una tabla o del resultado de una consulta, en un fichero de texto plano. (Exportación de datos a texto plano)
Para ello, se utiliza la sentencia SELECT ... INTO con el siguiente formato o sintaxis:
Un Texto plano, son aquellos archivos formados exclusivamente por texto (sólo caracteres), sin ningún formato; que por tanto, no requieren ser interpretados para leerse.
El resultado es que escribe los registros seleccionados con SELECT en un fichero nuevo. Este fichero no debe existir previamente. El fichero de destino debe estar en la máquina servidor, no puede estar en una máquina distinta.
Su utilidad principal es la de permitir volcar rápidamente una tabla en el ordenador que hace de servidor.
Las OpcionesDeExportación pueden ser FIELDS y LINES, ambas son opcionales pero si se especifican ambas, FIELDS tiene que ir antes de LINES.
Si no se especifican, los valores por defecto son:
Para FIELDS
Por defecto este comando funciona:
Este comando complementa a LOAD DATA … INFILE. (Realiza la importación del fichero en texto plano a una tabla)
Las OpcionesDeImportación son las mismas que las OpcionesDeExportación vistas para SELECT … INTO
Ejemplo: Hacer una copia de seguridad de archivos individuales.
SELECT * INTO OUTFILE 'NombreArchivo' FROM NombreTabla;
LOAD DATA INFILE 'NombreArchivo' INTO TABLE NombreTabla REPLACE ….
REPLACE se utiliza para evitar registros duplicados cuando un registro nuevo y uno viejo tengan la misma clave. La tabla tiene que tener un índice que no admita duplicados.
Generalmente los archivos de texto plano que almacenan datos son archivos de extensión CSV.
Recuerda que un archivo de extensión CSV es un documento en formato abierto sencillo para representar datos en forma de tabla, en las que las columnas se separan por comas (o punto y coma).
Por ejemplo:
Realiza una copia de seguridad de la tabla equipo de la base de datos compeonato. Guarda los datos en un archivo de nombre datos_equipo.csv
Para conocer el resto de opciones de las sentencias anteriores puedes acceder a los siguientes enlaces:
Para copiar al directorio de destino el mínimo número de ficheros que se necesita para poder restaurar la tabla, se usa la siguiente sentencia.
Este comando solo es válido con tablas MyISAM. Como sabemos las tablas MyISAM se almacenan en disco en 3 ficheros que se denominan igual que la tabla pero con las extensiones:
Este comando copia los ficheros .<b>frm</b> y .<b>MYD</b>, el fichero de índice .<b>MYI</b> se reconstruye a partir de los otros dos.
Antes de hacer la copia de seguridad se efectúa un bloqueo de lectura previo de cada tabla, si la copia de seguridad afecta a varias tablas, se debe utilizar LOCK TABLES para hacer un bloqueo de lectura de las mismas y así evitar que se hagan cambios en alguna mientras se está haciendo la copia de seguridad.
Para restaurar la copia de seguridad se utiliza el comando RESTORE TABLE cuya sintaxis es:
RESTORE TABLE NombreTabla1, [, NombreTabla2..] … FROM '/ / / NuevoDirectorio'
Tanto BACKUP TABLE como RESTORE TABLE son comandos que están en desuso. En la versión de MySQL 5.5 y posteriores ya no se incluyen. En su lugar es mejor utilizar <b>mysqldump</b>.
La utilidad o programa mysqldumppermite hacer copias de seguridad de una o varias bases de datos, o bien de algunas tablas de una base de datos, incluso de sólo la estructura .Es una progarma muy versátil, como verás, por la cantidad de opciones que incluye.
Esta utilidad permite transferir datos a cualquier otro servidor que puede no ser MySQL. Esto se hace mediante comandos SQL que facilitan la creación de la tabla y el volcado de los datos.
El archivo creado por mysqldump es un archivo de texto que contiene las sentencias SQL necesarias para crear las tablas e insertar los datos en las filas. Es un fichero de salida que puede usarse después para generar de nuevo la base de datos, bien desde la línea de comandos de MySQL o desde la pantalla de creación de sentencias SQL de cualquier entorno gráfico.
Las limitaciones de la restauración dependerán de las opciones que se han especificado al hacer la copia de seguridad, por tanto es muy importante elegir estas opciones correctamente para no llevarnos sorpresas desagradables.
Para volcar una o más bases de datos en un fichero de texto pueden usarse distintas sintaxis:
Mysqldump [opciones] NombreBaseDatos [Tablas]
Mysqldump [opciones] –databases NombreBaseDatos1[NombreBaseDatos2 NombreBaseDatos3 …]
Mysqldump [opciones] –all -databases
Este programa admite una gran variedad de opciones, de ellas vamos a destacar las más útiles:
| OPCIONES DE mysqldump | SIGNIFICADO DE LA OPCIÓN |
|---|---|
| <b>--add-drop-table</b> | Añade el comando drop table antes de create table al restaurar. |
| <b>--add-locks</b> | Añade bloqueos de tabla para que las inserciones sean más rápidas. |
| <b>--all-databases, -A</b> | Copia todas las bases de datos. Es lo mismo que utilizar –databases seleccionando todas. |
| <b>--compatible=<i>Sistema</i></b> | La salida de mysqldump será compatible con el sistema elegido que puede ser: oracle, postgre, db2, etc. |
| <b>--create-options</b> | Incluye todas las opciones de tabla específicas de MySQL en CREATE TABLE. |
--databases, -B |
Se incluye el CREATE DATABASE y USE antes de cada base dedatos. |
| <b>--flush-logs, -F</b> | Escribe en disco todos los logs antes de comenzar con la copia. |
| <b>--force, -f</b> | Continúa aunque se produzca un error de SQL durante la copia. |
| <b>--lock-all-tables, -x</b> | Bloquea todas las tablas de todas las bases de datos, con un bloqueo de lectura global. |
| <b>--no-data, -d</b> | Vuelca únicamente la estructura de la tabla. |
| <b>--opt</b> | Crea un volcado rápido. Actualmente está activado por defecto, para desactivarlo con –skip-opt. |
| <b>--password [=<i>contraseña</i>], <br /> -p[<i>contraseña</i>] </b> | Sirve para introducir la contraseña al conectar con el servidor. Si se omite la contraseña la pide al ejecutar el comando. |
| <b>--quick, -q</b> | Se utiliza para tablas grandes. Guarda los registros de uno en uno en la memoria previamente. |
| --routines, -R |
Se incluyen en la copia los procedimientos y funciones almacenados. |
| <b>--single-transaction</b> | Se usa con tablas transaccionales. Ejecuta BEGIN antes de volcar los datos. No se puede usar con –lock-tables. |
| --skip-triggers |
No se incluyen los triggers en la copia. Por defecto se incluyen. |
| <b>--tables</b> | Los argumentos que vienen a continuación se toman como nombres de tablas. |
| --triggers |
Incluye en la copia los triggers. Por defecto está habilitada. Para saltar triggers usar --skip-triggers |
| <b>--User=<i>NombreUsuario</i>, <br /> -u <i>NombreUsuario</i> </b> | Nombre del usuario para conectar con el servidor. |
| <b>--where='<i>Condición</i>', -w '<i>Condición</i>' </b> | Vuelca sólo los registros que cumplen la condición WHERE. |
Para realizar la restauración de una base de datos usando el archivo generado por mysqldump haríamos lo siguiente:
shell>mysql -u usuario -p db_name < backup_file.sql
En este caso <em>db_name</em> es el nombre de la base de datos que queremos restaurar, y backup_file.sql es el archivo generado por mysqldump del siguiente modo:
shell>mysqldump -u usuario -p db_name > backup_file.sql
Las opciones a incluir son: -B para incluir el CREATE DATABASE y -R para incluir los procedimientos y funciones almacenados. Los triggers se incluyen por defecto.
Las opciones a incluir son: -d para no incluir los datos y --skip-triggers para no incluir los triggers que por defecto se incluyen.
(Suponiendo que no existe, por deterioro o culaquier otra cuasa, en el servidor MySQL la base de datos campeonato)
Escribiremos la orden:
Observa que en este caso, como esa copia de seguridad incluía el CREATE DATABASE, y no existe en el servidor una base de datos denominada campeonato, usamos en el comando la base de datos de sistema mysql (se requiere por sintaxis poner el nombre de una base de datos existente antes de < )
Escribimos la orden:
donde campeonato2 es una base de datos existente en nuestro servidor. Recuerda que la copia de seguridad que se está restaurando sólo incluye la estructura de las tablas, sin datos y sin CREATE DATABASE.
Para conocer el resto de opciones que admite el programa mysqldump accede al manual en el siguiente enlace:
Crea una copia de seguridad con <b>mysqldump</b> de la base de datos TalleresFaber en el archivo Copia20200501.sql con los datos de usuario Noiba y password Alisal2011.
Escribe también el comando para restaurar la copia.
La utilidad mysqlhostcopy se utiliza para hacer copias de seguridad cuando todas las tablas que integran la base de datos son de tipo MyISAM, ya que tanto la copia, como la restauración son más rápidas.
Para hacer la copia de seguridad esta utilidad hace un bloque (lock) sobre las tablas y copia los archivos de la base de datos MyISAM.
Las características más destacadas de este programa son:
cp ó <b>scp</b>.Sintaxis en el caso de una única base de datos:
Para seleccionar las tablas que no cumplan esa expresión anteponemos a la misma una tilde (~).
Las opciones que soporta mysqlhotcopy son las siguientes:
| OPCIONES DE mysqlhotcopy | SIGNIFICADO DE LA OPCIÓN |
|---|---|
| <b>--allowold</b> | Si el destino ya existe lo renombra con _old. |
| <b>--flushlog</b> | Vuelca los ficheros log después de bloquear todas las tablas. |
| <b>--keepold</b> | Mantiene sin borrar los destinos renombrados. |
| <b>--method=#</b> | Para elegir el método de copia, que puede ser cp ó scp. |
| <b>--noindices</b> | No incluye los índices en la copia de seguridad. Posteriormente se pueden rehacer con <i>myisamchk –rq</i>. |
| <b>--password=<i>contraseña</i>, <br /> -p<i>contraseña</i> </b> | Contraseña para conectar al servidor. La contraseña no es opcional. |
| <b>--port=<i>número de puerto</i>,<br /> -p <i>número de puerto</i> </b> | Puerto TCP/IP por el que nos conectamos al servidor local. |
| <b>--regexp=<i>expresión</i></b> | Copia las bases de datos cuyos nombres cumplan la expresión dada. |
| <b>--triggers</b> | Vuelca los triggers asociados a las tablas. Está activada por defecto, para desativarla con –skip-triggers. |
| <b>--user=<i>NombreUsuario</i>,<br /> -u<i>NomnreUsuario</i> </b> | Nombre del usuario de MySQL para conectarse al servidor. |
Para tener información adicional ejecutar: <b>perldoc mysqlhotcopy</b>.
La utilidad mysqlhostcopy fué deprecated en el versión MySQL 5.6.20 y eliminada en la versión 5.7.
Haz una copia de seguridad de la base de datos <b>pruebas</b> con <b>mysqlhotcopy</b>.
La utilidad mysqlimport es un programa que se ejecuta desde la línea de comandos y proporciona todas las opciones de la sentencia LOAD DATA … INFILE
La sintaxis de esta herramientas es la siguiente:
FicheroTexto: El nombre de la tabla de destino lo toma del nombre del fichero de texto, sin tener en cuenta la extensión.
Algunas de las opciones que soporta son:
| OPCIONES DE Mysqlimport | SIGNIFICADO DE LA OPCIÓN |
|---|---|
| <b>--columns=<i>lista columnas</i>,<br /> -c <i>lista columnas</i> </b> | Lista de columnas separadas por comas. El orden de las columnas de datos indica el orden de las columnas de la tabla. |
| <b>--delete, -D</b> | Vacía la tabla antes de importar el fichero de texto. |
| <b>--fields-terminated-by=..., <br /> --fields-enclosed-by=..., <br /> --fields-optionally-enclosed-by=..., <br /> --fields-escaped-by=...,<br /> --lines-terminated-by=... </b> | Son opciones equivalentes a las cláusulas de LOAD DATA INFILE. |
| <b>--host=<i>NombreHost</i>,<br /> -h <i>NombreHost</i> </b> | Los datos se importan al servidor MySQL del equipo. |
| <b>--local, -L</b> | Lee los ficheros del equipo local. |
| <b>--lock-tables, -l</b> | Bloquea las tablas para escritura. |
| <b>--password [=<i>contraseña</i>], -p[<i>contraseña</i>] </b> | Contraseña para conectarse al servidor. |
| <b>--replace, -r<br /> --ignore </b> | Controlan cómo tratar los registros que duplican claves. --replace hace que los registros nuevos sustituyan a los anteriores, --ignore los ignora. Si no se pone opción esos valores provocan un error. |
| <b>--silent, -s</b> | Sólo muestra mensajes cuando hay error. |
| <b>--user=<i>NombreUsuario</i>,<br /> -u <i>NombreUsuario</i> </b> | Usuario para conectarse al servidor MySQL. |
Para conocer el resto de opciones que admite el programa mysqlimport y ver algunos ejemplos, accede al manual de MySQL en el siguiente enlace:
Partiendo del fichero CopiaClientes creado a partir de la tabla TalleresFaber.CLIENTES, con la instrucción:
mysql>SELECT * INTO OUTFILE 'CopiaClientes' FROM CLIENTES;
Importar la copia con <b>mysqlimport</b>:
Debido a su importancia, no podemos dejar que la realización de copias de seguridad dependa de que las personas que gestionan la base de datos ejecuten este proceso cada cierto tiempo. Si queremos evitar muchos dolores de cabeza éstas deben programarse para que se ejecuten periódicamente, de forma automática.
Las copias pueden hacerse con diferentes herramientas:
Te puedes estar planteando las siguientes cuestiones
Ejemplo 1.
shell>mysqldump -u user -p --single-transaction TalleresFaber > Backup_20200531.sql
Si utilizamos --single-transaction suponemos que todas las tablas son InnoDB y nos aseguramos que la base de datos se vuelca en estado consistente. Obtendremos un archivo SQL con los comandos <b>INSERT</b> para recuperar las tablas volcadas. La copia se podría realizar un domingo (31/05/2020).
Para hacer una copia de seguridad incremental; necesitamos guardar los cambios que se hayan producido desde la anterior copia de seguridad, para eso es necesario activar el registro binario al iniciar el servidor para que todos los cambios que actualicen datos se guarden en un archivo de registro binario. Estos archivos se guardan en el directorio data y se crea uno nuevo cada vez que se arranca el servidor. Junto a estos archivos se guarda también un archivo .index. Para iniciar un nuevo registro binario cuando queramos podemos ejecutar <b>FLUSH LOGS</b> o mysqladmin flush-logs, pero <b>mysqldump</b> también tiene una opción para volcar los logs.
Ejemplo 2.
Supongamos que en nuestro taller se actualiza diariamente el registro binario para recoger todos los cambios, por tanto al hacer la copia de seguridad nos interesa volcar el registro binario e inicializar uno nuevo que recoja únicamente los cambios a partir de esa copia. Si tenemos esto en cuenta la copia de seguridad del domingo se hará:
shell>mysqldump -u user -p --single-transaction --flush-logs TalleresFaber > Backup_20200531.sql
Una vez hecha la copia de seguridad el domingo, en el directorio data habrá un nuevo archivo de registro binario que recogerá los cambios posteriores a la copia que hemos hecho.
Si la copia incremental es diaria, como hemos dicho, cada día ejecutaremos:
shell> mysqladmin -u user -p flush-logs o mysql>FLUSH LOGS;
para crear el siguiente registro binario.
Un copia de seguridad incremental almacena todos los cambios desde la última copia de seguridad. Necesita tener acceso a otras copias de seguridad desde el mismo archivo para recuperar los datos con una copia de seguridad incremental.
Ejemplo 3.
shell>mysqldump -u user -p --single-transaction –flush-logs TalleresFaber --delete-master-logs > Backup_20200531.sql
5.- ¿Cómo restaurar la copia de seguridad? Si la última copia de seguridad es la del domingo haremos:
shell>mysql -u user -p talleresfaber < Backup_20200531.sql
shell>mysqlbinlog hostname-bin.000007 hostname-bin.000008 | mysql -u user -p
Los socios del taller mecánico están satisfechos con el funcionamiento del SGBD y su implantación en el negocio. Así se lo han hecho saber a María, jefa de la BK Sistema Informáticos.
Tanto es así que han decidido instalar un nuevo servidor, de mayores prestaciones, y colocarlo en un nuevo espacio que cumpla con todas las medidas necesarias para garantizar al máximo la seguridad de los datos.
Para Noiba, Naroba y Vindio esto plantea la necesidad de exportar la base de datos a un fichero, incluyendo en él la estructura de tablas e índices, así como los datos, procedimientos y funciones almacenados, e importarlo después en el servidor de destino.
Deciden empezar por analizar todas las herramientas que le pueden ayudar en este trabajo para elegir la más conveniente.
En los apartados anteriores hemos visto algunas opciones para exportar los datos de una base de datos a un fichero y poder recuperarlos después de formas distintas:
En este apartado veremos cómo realizar esas funciones utilizando una interfaz gráfica.
Las herramientas gráficas que venimos utilizando hasta ahora incorporan funcionalidades relativas a la administración del servidor entre las que se incluye la posibilidad de exportar e importar datos.
Se analizan en esta unidad:
Las características que ofrecen son:
MySQL permite copiar tablas en diferentes formatos de texto, así como importar datos a partir de ficheros de texto también en diferentes formatos.
Esto se puede usar para exportar los datos de nuestras bases de datos a otras aplicaciones, o bien para importar datos desde otras fuentes a nuestras tablas. También se puede usar para hacer copias de seguridad y restaurarlas posteriormente.
Como vimos en una unidad anterior, PhpMyadmin es una herramienta que ofrece la posibilidad de para manejar y administrar bases de datos de MySQL a través de una aplicación web.
Como vemos en la captura de abajo, cuando accedemos a PhpMyAdmin, en la parte superior de la página principal tenemos las opciones:
Una vez que pulsas sobre Exportar, puedes seleccionar varias opciones. (La opción Rápido realiza una copia de ltodo el servidor)
En este ejemplo, se va a exportar sólo la base de datos campeonato, por ello seleccionamos la opción personalizada, elegimos la base de datos y vamos seleccionando el resto de opciones indicadas...
Entre las opciones a seleccionar indicamos que la copia es de la estructura y los datos.
Otras opciones que seleccionamos son las que indican que se copien los objetos programados dela base datos (procedimientos, funciones, triggers y eventos) y que los datos se copien mediante sentencias INSERT.
Pulsamos ahora en continuar para almacenar el ficehro resultante .sql en el lugar de destino. Se le puede cambiar el nombre.
Se puede importar o restaurar una base de datos completa o ciertas tablas.
Vemos el ejemplo de cómo importar la base de datos campeonato cuya copia de seguridad se guarda en un script .sql y puede haber sido generado con cualquier herramienta o utilidad como: mysqldump, Workbench, Navicat, etc.
Debes pulsar en Importar, y mediante el botón Examinar localizas el archivo que contiene la copia de seguridad, en este caso el archivo campeonato_phpmyadmin.sql, marcas el tipo de archivo que es, en este caso es un archivo SQL y continuar.
Si todo ha ido bien, veremos un mensaje de confirmación positiva y en la sección izquerda se mostrará la base de datos restaurada.
Para practicar con PhpMyAdmin haz diferentes copias de seguridad de la base de datos campeonato, por ejemplo:
La herramienta Workbench también dispone de herramientas que facilitan la exportación e importación de bases de datos.
Las opciones correspondientes pueden encontrarse en el panel de la izquierda, en la sección de Administración: MANAGEMENT. Estas opciones son:
La captura de abajo muestra la ventana que aparece al seleccionar la herramienta Data Export. Como puede observarse, la selección de los objetos que serán exportados resulta realmente simple. En la parte inferior de la ventana podemos seleccionar diferentes opciones, como la posibilidad de incluir en la exportación a los procedimientos almacenados o a los eventos.
Es posible exportar los datos de dos modos:
En la captura de ejemplo se ha seleccionado a la base de datos campeonato, copia de estructura y datos, procedimientos y eventos, la copia se hace en un único archivo .sql y en él se incluye el CREATE DATABASE.
La imagen de abajo muestra la ventana que se abre al seleccionar la herramienta Data Import/Restore. Como vemos, tendremos que elegir entre Import Dump Project Folder o Import from Self-Contained File.
En este ejemplo seleccionamos que la copia está en un único archivo .sql, lo seleccionamos e indicamos que se restaure la estrucutra y los datos.
El archivo a restaurar puede haber sido creado manualmente, mediante la utilidad mysqldump, PhpMyAdmin, o cualquier otra herramienta
Señala si es verdadera o falsa la siguiente afirmación:
Verdadero
Puesto que en ambas herramientas los datos se exportan a un fichero SQL la importación de datos es posible.
Para practicar con Workbench haz diferentes copias de seguridad de la base de datos campeonato, por ejemplo:
La herramienta Navicat ofrece una utilidad muy potente para realizar copias de seguridad de las base de datos de un servidor MySQL.
Además de poder realizar copias de seguridad similares a las que hemos visto anteriormente, podemos realizar una programación temporal de las copias.
Observa las siguientes imágenes capturadas de esta aplicicón y que son las que permitirían realizar esas tareas.
Además, Navicat dispone de un planificador muy intuitivo, que permite establecer fácilmente en qué momento se realizará la copia de seguridad.
Desde el taller mecánico, informan a Juan, jefe del departamento de Informática de BK Sistemas Informáticos, que antes del desarrolo de la actual base de datos, la gerente de administración, manejaba una pequeña base de datos en Access con algunos datos de los trabajadores de la empresa, y les gustaría integrarla con la nueva base de datos desarrollada en MySQL.
Por tanto, Noiba, Naroba y Vindio tendrán que trasladar esa base de datos a su actual SGBD que es MySQL.
¿Sabemos cómo traspasar información de un SGBD a otro? Si no es así, será conveniente seguir los pasos de Noiba, Vindio y Naroba en este trabajo que puede resultar muy útil cuando, como en este caso, nuestro SGBD anterior se nos queda pequeño y necesitamos una herramienta más potente. Trataremos pues en este apartado de la migración de datos entre distintos SGBD .
La migración de datos consiste en la transferencia de materiales digitales de un origen de datos a otro, transformando la forma lógica del ente digital de modo que el objeto conceptual pueda ser restituido o presentado por un nuevo equipo o programa informático.
Vamos a ver cómo podemos migrar bases de datos entre distintos SGBD con las herramientas que nos proporcionan las aplicaciones que venimos utilizando hasta ahora, para gestionar nuestras bases de datos.
Cuando tenemos una aplicación en un formato, por ejemplo Access, y necesitamos pasarla a otro, como en nuestro caso MySQL, será necesario convertir esos datos bien creando nuevas tablas o modificando las existentes; ya que algunos tipos de datos pueden diferir de unas bases de datos a otras, especialmente los datos de tipo fecha, numéricos, los de tipo memo (texto mayor de 256 caracteres), imágenes, etc. que pueden almacenarse de forma distinta.
Debido a que se trata de un proceso delicado no lo daremos por finalizado hasta que no estemos seguros de no haber perdido datos y nos ayudaremos para ello de herramientas fiables.
Las últimas versiones de MySQL Workbench incorporan el módulo Migration Wizard.
La utilidad Migration Wizard permite migrar fácil y rápidamente, bases de datos de Microsoft SQL Server, Microsoft Access, PostgreSQL, Sybase, SQLite, etc.
Además, podemos utilizar esta herramienta para crear copias de bases de datos entre distintos servidores MySQL, o migrar datos entre diferentes versiones de MySQL.
Puedes acceder a Migration Wizard según te indica la siguiente imagen.
Puedes encontrar toda la información sobre Workbench Migration Wizard en los siguientes enlaces:
Noiba, Vindio y Naroba están a punto de finalizar la implantación de la base de datos para la gestión del taller mecánico. En esta última fase se ha encargado de los aspectos relativos a la integridad y a la seguridad de los datos. Una vez hecho todo este trabajo es necesario recoger las medidas y políticas de seguridad que ha diseñado en algún documento de forma que todas las personas que integran la empresa lo conozcan y lo cumplan.
Por otra parte, al tratar datos de carácter personal, todas las personas que manejan la información tendrán que tomar una serie de medidas exigidas por la Ley de Protección de Datos.
Debido a que hoy en día las empresas admiten el acceso al sistema a través de Internet, es fundamental proteger los recursos y controlar el acceso al sistema. La seguridad informática consiste en garantizar que los recursos materiales, el software y los datos se utilicen para aquello para lo que se crearon.
En él se definen un número de reglas, procedimientos, controles y prácticas óptimas que aseguren un nivel de seguridad que esté a la altura de las necesidades de la organización. Este documento se debe presentar como un proyecto que incluya a todos. Una vez redactada la política de seguridad, se deben enviar a los empleados las cláusulas que los impliquen para que la política de seguridad tenga el mayor impacto posible.
Las políticas de seguridad incluyen los siguientes aspectos:
Una vez establecidas las medidas de seguridad es necesario probar éstas para detectar posibles vulnerabilidades.
Un método más eficaz para garantizar la seguridad es realizar una auditoría de seguridad, que consiste en que las medidas sean verificadas por un tercero, generalmente una empresa especializada.
De la misma forma en que los simulacros de incendio son fundamentales para repasar un plan de escape en caso de incendio, la práctica del plan contra desastres permite a una organización confirmar que el plan funciona, y garantizar que todas las personas involucradas sepan qué hacer.
En el siguiente enlace puedes consultar el reglamento de la Ley de protección de Datos.
Materiales desarrollados inicialmente por el Ministerio de Educación, Cultura y Deporte y actualizados por el profesorado de la Junta de Andalucía bajo licencia Creative Commons BY-NC-SA.
Antes de cualquier uso leer detenidamente el siguente Aviso legal
| Versión: 01.00.00 | Fecha de actualización: 23/07/20 | |
|---|---|---|
| Versión inicial de los materiales. | ||
