Es importante respaldar la base de datos de forma que pueda restaurar las vistas publicadas en caso de falla del sistema. Los respaldos son muy importantes ya que los servidores dan servicio la mayoría de las veces 24 horas al día y el hardware aunque este diseñado para durar mucho tiempo sin tener descanso suele fallar o puede surgir la perdida de datos, teniendo respaldos es fácil recuperar lo perdido y así evitar perdidas ala empresa.
Los respaldos o copias de seguridad tienen dos objetivos principales:
Permitir la restauración de archivos individuales
Permitir la restauración completa de sistemas de archivos completos
El primer propósito es la base para las peticiones típicas de restauraciones de archivos: un usuario accidentalmente borra un archivo y le pide restaurarlo desde el último respaldo. Las circunstancias exactas pueden variar, pero este es el uso diario más común de los respaldos.
La segunda situación es la peor pesadilla de un administrador de sistemas: por la situación que sea, el administrador se queda observando un hardware que solía ser una parte productiva del centro de datos. Ahora, no es más que un pedazo de acero y silicon inútil. Lo que está faltando en todo el software y los datos que usted y sus usuarios habian reunido por años. Supuesta mente todo ha sido respaldado.
Como administrador de bases de datos es fundamental el conocimiento de dichas técnicas de respaldo de datos para no tener problemas en caso de un problema de perdida de información.
2. ¿ Es responsabilidad del administrador hacer un respaldo periódico de los sistemas de archivos
de la máquina que administra ?
El Administrador de una base de datos tiene dentro de sus funciones principales la creación de respaldos de la información dentro de la base de datos debido a que no se sabe cuando algo pueda fallar y sea necesario usar un backup.
Partiendo de la base de que, en este negocio, todo puede fallar, hay que tener siempre un plan B para cuando la cosa se pone realmente mal. Normalmente se intentará evitar siempre llegar a una situación en la que sea necesario tirar de la copia de seguridad. Sin embargo, tener un buen backup ofrece ventajas únicas. Hacer copias de ficheros no tiene ninguna dificultad, preparar una buena estrategia sí. Veamos una serie de puntos fundamentales a tener en cuenta antes de diseñar una buena estrategia de backup para el servidor donde se aloja nuestro preciada información.
3. ¿Cómo se hace un respaldo y ¿Como se restaura un respaldo ?
Existen muchos tipos de respaldos, software o construidos por el mismo creador.
Planifica respaldos para que se ejecuten en el momento adecuado
Maneja la ubicación, rotación y uso de la media de respaldo
Funciona con operadores (y/o cargadores robóticos) para asegurarse de que la media apropiada está disponible
Asiste a los operadores en ubicar la media que contiene un respaldo específico de un archivo dado
Como puede observar, una solución de respaldo del mundo real implica mucho más que simplemente escribir bits en su media de respaldo.
La mayoría de los administradores de sistemas en este punto, ven hacia una de dos soluciones:
Comprar una solución desarrollada comercialmente
Desarrollar una solución casera de sistema de respaldo desde el principio (posiblemente integrando una o más tecnologías de código abierto)
Cada enfoque tiene sus puntos buenos y sus puntos malos. Dada la complejidad de la tarea, una solución casera probablemente no maneje todos los aspectos (tales como administración de media, o tener el soporte técnico y la documentación completa) muy bien. Sin embargo, para algunas organizaciones, esto quizás no sea una limitación.
Una solución desarrollada comercialmente es más probable que sea altamente funcional, pero también excesivamente compleja para las necesidades presentes de la organización. Dicho esto, la complejidad puede hacer posible mantenerse con una solución aun si la organización crece.
Como puede ver, no hay un método claro para decidirse sobre un sistema de respaldo. La única guía que se puede ofrecer es pedirle que considere los puntos siguientes:
Cambiar el software de respaldo es complicado; una vez implementado, estará usando el software de respaldo por un largo tiempo. Después de todo, tendrá archivos de respaldo por largo tiempo que podrá leer. El cambiar el software de respaldo significa que usted debe bien sea mantener el software original (para acceder a los archivos de respaldo), o que debe convertirlos para que sean compatibles con el nuevo software.
Dependiendo del software de respaldo, el esfuerzo que implica convertir archivos de respaldo puede ser tan directo (pero probablemente consuma mucho tiempo) como ejecutar los respaldos a través de un programa de conversión ya existente, o puede requerir ingeniería inversa del formato de respaldo y escribir un software personalizado para realizar esta tarea.
El software debe ser 100% confiable - debe respaldar lo que se supone que debe respaldar y cuando se necesite.
Cuando llega el momento de restaurar los datos - ya sea un archivo único o un sistema de archivos completo - el software de respaldo debe ser 100% confiable.
La base de datos en una de los programas mas utilizados para base de datos gratuitos MySQL tenemos que la manera de creación de respaldos es de la siguiente manera:
shell> mysqldump --tab=/path/to/some/dir --opt db_name
O:
shell> mysqlhotcopy db_name /path/to/some/dir
También puede simplemente copiar todos los archivos de tablas (*.frm, *.MYD, y *.MYI) siempre que el servidor no esté actualizando nada. El script mysqlhotcopy utiliza este método. (Pero tenga en cuenta que estos métodos no funcionan si su base de datos contiene tablas InnoDB. InnoDB no almacena los contenidos de las tablas en directorios de base de datos, y mysqlhotcopy funciona solo para tablas MyISAM e ISAM.)
Cuando una base de datos crece, es importante hacer backups de forma regular. Hay varias formas de realizar un backup en MySQL, desde la linea de comandos (usando el comando mysqldump) o usando una aplicación externa como phpMyAdmin.
Hacer un backup con Linux
Si estamos en un servidor linux podemos ejecutar el siguiente código en la linea de comandos para realizar un backup
mysqldump --opt -u nombredeusuario -p basededatos tabla1 > archivodebackup
nombredeusuario: es el nombre del usuario que tiene permisos para acceder a la base de datos.
basededatos: el nombre de la base de datos de la que queremos realizar el backup.
tabla1: es un parámetro opcional necesario si queremos realizar el backup de sólo una tabla de la base de datos. Podemos escribir más tablas separadas por espacios en blanco. No es necesario especificar ninguna tabla si queremos hacer un respaldo de toda la base de datos.
archivodebackup: es el nombre del archivo que contendrá el backup de la base de datos (la estructura de las tablas y los datos).
Una vez ejecutado este comando nos pedirá la password del usuario y se creará el archivo de backup en el directorio en el que nos encontramos.
Hacer un backup con Windows
Si queremos realizar una copia de seguridad desde entornos Windows, deberemos utilizar la linea de comandos ("cmd"). Para abrir la linea de comandos en Windows podemos ir al menú Inicio>Ejecutar, escribir cmd y pulsar enter). Se nos abrirá la linea de comandos de Windows. Ahora hemos de situarnos en la carpeta donde tenemos instalados los binarios de MySQL por ejemplo: c:\mysql\bin (esta ruta depende de dónde instalaste MYSQL) y escribimos el mismo comando que en linux:
mysqldump --opt -u nombredeusuario -p basededatos tabla1 > archivodebackup.txt
Comprimir un backup en Linux
Podemos comprimir el archivo resultante de hacer el backup tras ejecutar el comando mysql dump. Por ejemplo:
mysqldump --opt -u nombredeusuario --password=clave basededatos > archivodebackup.sql
tar -cfv archivodebackup.sql.tar archivodebackup.sql
gzip archivodebackup.sql
Backup de una base de datos InnoDB
Para una base de datos transaccional (de tipo InnoDB o BDB) y de gran tamaño, se puede utilizar este comando
mysqldump --opt -q --single-transaction -u nombredeusuario -p basededatos tabla1 > archivodebackup.txt
El parámetro -q es útil para bases de datos de gran tamaño.
Backup con phpMyAdmin
phpMyAdmin es una aplicación para navegar a través de las tablas creadas en la base de datos mysql que te permite realizar muchas operaciones.
Es muy sencillo exportar tablas y bases de datos con esta aplicación. Una vez lo hayas instalado, puedes hacer click en la base de datos de la que quieras una copia de seguridad. En el menú de arriba puedes hacer click sobre EXPORT. Entrarás en una página donde podrás escoger el tipo de archivo en que quieres guardar el backup (txt,pdf,csv,etc) y después si quieres exportar sólamente la estructura de la tabla, sólo los datos o los dos. También hay la posibilidad de comprimir el archivo, útil para grandes bases de datos. Finalmente, presionas sobre el botón EXPORT del formulario y te podrás descargar el creado con todos los datos de tus tablas.
5. ¿Cómo se muestra en pantalla el contenido de un respaldo ?
Debido a que las tablas de MySQL se almacenan como archivos, es fácil hacer una copia de seguridad. Para hacer una copia consistente haga un LOCK TABLES en las tablas relevantes, seguido de un FLUSH TABLES para las tablas. “Sintaxis de LOCK TABLES y UNLOCK TABLES” y “Sintaxis de FLUSH”. Solo necesita obtener un bloqueo de lectura; esto permite a otros clientes continuar consultando la tabla mientras usted está haciendo una copia de los archivos del directorio de la base de datos. La sentencia FLUSH TABLES es necesaria para asegurarse de que todas las páginas de índice activas se escriben al disco antes de que comience la copia.
Si quiere hacer una copia de una tabla a un nivel SQL, puede utilizar SELECT INTO ... OUTFILE o BACKUP TABLE. Para SELECT INTO ... OUTFILE, el archivo de salida no debe existir previamente. Esto también es cierto para BACKUP TABLE, ya que permitir que archivos externos sean sobreescritos sería un riesgo de seguridad.
Hacer una copia completa de su base de datos:
shell> mysqldump --tab=/path/to/some/dir --opt db_name
O:
shell> mysqlhotcopy db_name /path/to/some/dir
También puede simplemente copiar todos los archivos de tablas (*.frm, *.MYD, y *.MYI) siempre que el servidor no esté actualizando nada. El script mysqlhotcopy utiliza este método. (Pero tenga en cuenta que estos métodos no funcionan si su base de datos contiene tablas InnoDB. InnoDB no almacena los contenidos de las tablas en directorios de base de datos, y mysqlhotcopy funciona solo para tablas MyISAM e ISAM.)
Pare mysqld si se está ejecutando, y después reinicielo con la opción --log-bin[=file_name]. “El registro binario (Binary Log)”. Los archivos binarios de registro le dan la información que necesita para replicar los cambios que se han producido en la base de datos tras el punto en que usted ejecutó mysqldump.
6.¿ Se puede copiar una estructura de directorios, preservando los
permisos, dueños, grupos, fechas y ligas ? Ilustra tu respuesta.
Estructura de directorio de MySQL Database
- Mysql /bin archivo de ejecución de base de datos de MySQL principal.
- Memoria de base de datos de MySQL de mysql / data.
- Mensaje de error de MySQL de mysql /share.
Los archivos de log y los archivos de la historia de recuperacion son creados automaticamente cuando se crea una base de datos. No se pueden modificar directamente a los archivos de log o los archivos de la historia de recuperacion. Sin embargo, son importantes para recuperar los datos perdidos.
Recovery logs, que se usa para recuperar de los errores de aplicacion o sistema. En combinacion con el respaldo de base de datos, los archivos de log son usados para recuperar el estado consistenet de un momento antes de una falla pasa a la base de datos.
Recovery history file, que contiene un resumen de informaciones del respaldo, que se puede usar para recuperar parte o toda de la base de datos a un momento especificado. Se usa para rastrear eventos relacionados a la recuperacion, tales como las operaciones de respaldo y restauracion.
Recovery logs, que se usa para recuperar de los errores de aplicacion o sistema. En combinacion con el respaldo de base de datos, los archivos de log son usados para recuperar el estado consistenet de un momento antes de una falla pasa a la base de datos.
Recovery history file, que contiene un resumen de informaciones del respaldo, que se puede usar para recuperar parte o toda de la base de datos a un momento especificado. Se usa para rastrear eventos relacionados a la recuperacion, tales como las operaciones de respaldo y restauracion.
10. Realiza una tabla donde se muestre los procedimientos para respaldar la base de datos para el proyecto de veterinaria y como restaurar la base de datos.
-
Hacer una copia completa de su base de datos:
shell> mysqldump --tab=
O:/xammp/data/veterenaria--optdb_name
shell> mysqlhotcopy
También puede simplemente copiar todos los archivos de tablas (db_name/xammp/data/veterenaria*.frm,*.MYD, y*.MYI) siempre que el servidor no esté actualizando nada. El script mysqlhotcopy utiliza este método. (Pero tenga en cuenta que estos métodos no funcionan si su base de datos contiene tablasInnoDB.InnoDBno almacena los contenidos de las tablas en directorios de base de datos, y mysqlhotcopy funciona solo para tablasMyISAMeISAM.)
-
Pare mysqld si se está ejecutando, y
después reinicielo con la opción
--log-bin[=file_name].
- Restaure la copia de seguridad original de mysqldump, o la copia de seguridad binaria.
-
Ejecute el siguiente comando para ejecutar de nuevo las
actualizaciones de los registros binarios:
shell> mysqlbinlog hostname-bin.[0-9]* | mysql
En algunos casos, quizá quiera reejecutar solo ciertos registros binarios, desde ciertas posiciones (lo usual es querer reejecutar todos los registros binarios desde el punto de restauración, excepto, posiblemente, algunas sentencias incorrectas).
No hay comentarios:
Publicar un comentario