Historias
Slashboxes
Comentarios
 
Búsqueda

Copias de seguridad de MySQL con LVM

Entrada escrita por rutdaun y editada por rvr el 24 de Diciembre 2008, 12:00h   Printer-friendly   Email story
desde el dept. zfs
Bases de Datos Reino GNU/Linux
Mediante el uso de mylvmbackup se pueden realizar copias de seguridad del MySQL en caliente. Esto evita los molestos bloqueos que se producen en la base de datos con mysqldump. Otra ventaja del uso de los 'snapshots' es la posibilidad de restauración de parcial de las tablas InnoDB en caliente. Evidentemente mediante el uso de 'snapshots', incluso manteniéndolos vivos en el sistema, la restauración completa es tan fácil como copiar el datadir. ¿Y tú, ya usas 'snapshots' de LVM para tus bases de datos MySQL de producción?

Historias relacionadas

[+] Software Libre: Publicado MySQL 5.1 53 comentarios
VivaLinux! cuenta que MySQL 5.1 GA se ha lanzado: «Finalmente se anunció la versión 'Generally Available' (GA) de MySQL 5.1, o lo que es lo mismo, la primera versión de MySQL 5.1 en ser recomendada para su uso en sistemas de producción. A pesar de sus novedades y su atractiva denominación GA, esta nueva versión 5.1.30 fué devastada por Michael Widenius en su blog. Michael "Monty" Widenius, fundador y el programador original de MySQL, afirma que esta v5.1.30 incluye todavía muchos errores fatales conocidos y desconocidos en sus nuevas características que no fueron corregidos. Además, dice que el modelo de sus lanzamientos se enfoca ahora en los tiempos y las características en lugar de la calidad».
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Copias de seguridad de MySQL con LVM | Log in/Crear cuenta | Top | 17 comentarios | Buscar hilo
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

  • pse

    (Puntos:1, Inspirado)
    por pobrecito hablador el Miércoles, 24 Diciembre de 2008, 13:27h (#1111439)
    Suena a chapuza. LVM no asegura que el snapshot del sistema de ficheros sea consistente.

    Buena suerte con tus repair tables si usas eso a palo seco en sistemas de producción.
    • Re:pse de pobrecito hablador (Puntos:1) Miércoles, 24 Diciembre de 2008, 13:30h
      • Re:pse de rutdaun (Puntos:2) Lunes, 29 Diciembre de 2008, 07:33h
      • 1 respuesta por debajo de tu umbral de lectura actual.

    • Re:pse

      (Puntos:4, Informativo)
      por cokegen (16428) el Miércoles, 24 Diciembre de 2008, 17:41h (#1111486)
      El proceso para hacer el copiado normal con LVM y snapshots es previamente hacer un: FLUSH TABLES WITH READ LOCK Activar el snapshot UNLOCK TABLES Montar el snapshot Copiar el datadir Desmontar Remover el snapshot Eso es en resumen lo que hace el script que menciona el articulo, lo tengo funcionando en servidores en produccion y funciona perfecto. Eso sumado a copia con hardlinks (cp -al) me dejo un sistema de backups en caliente e incremental que funciona, hasta ahora, de 1000 maravillas. 0 chapuza, totalmente recomendable bajo mi punto de vista. Saludos
      [ Padre ]
      • Re:pse de rutdaun (Puntos:2) Lunes, 29 Diciembre de 2008, 07:41h
      • 1 respuesta por debajo de tu umbral de lectura actual.
    • Re:pse de kelemnos (Puntos:1) Miércoles, 24 Diciembre de 2008, 19:45h
      • Re:pse de rutdaun (Puntos:2) Lunes, 29 Diciembre de 2008, 07:36h
      • 1 respuesta por debajo de tu umbral de lectura actual.

  • Se llama PITR.. y PostgreSQL

    (Puntos:3, Interesante)
    por telenieko (23822) el Miércoles, 24 Diciembre de 2008, 15:39h (#1111467)
    ( http://www.marcfargas.com/ )
    Que sucede si en el momento de hacer el Snapshot en LVM justo MySQL estaba escribiendo una transacción? o lo que sea que le diese por escribir?
    Las bases de datos tienen una cosa que se llama Registro de Transacciones y "Point In Time Recovery". Ahh... para tener lo primero en MySQL me parece que tienes que usar InnoDB, lo segundon o se si lo tiene.
    Con eso bien copiado puedes hacer lo mismo sin depender de LVM ni de nada más que el comando cp/copy (y opcionalmente ssh, etc).
    Tecnologia puntera!, algunas lecturas con más información (para PostgreSQL): un blog por aqui [ganneff.de], y la documentación del tema [postgresql.org] por aqui.
    --
    http://www.marcfargas.com/

  • Yo uso réplicas remotas.

    (Puntos:3, Interesante)
    por Skarabeus (11652) el Jueves, 25 Diciembre de 2008, 08:52h (#1111533)
    ( http://es.wikipedia.org/wiki/Democracia_directa | Última bitácora: Jueves, 05 Noviembre de 2009, 14:02h )
    Pues yo utilizo un servidor dedicado de backups que hace réplicas en tiempo real de las ddbb que quiero respaldar, utilizo el sistema de réplica de mysql (master/slave) con logs binarios.

    Los mysqldumps los hago en esta máquina de backups en la cual importan poco los bloqueos.

    Salud.
    --
    Democracia directa [wikipedia.org]

  • Pero jode a los sistemas con journaling

    (Puntos:3, Interesante)
    por aplatana2 (22096) el Jueves, 25 Diciembre de 2008, 22:45h (#1111647)
    ( http://drupal.gulic.org/blog/aplatanado )
    Para hacer eso que se dice en el artículo hay que poner mysql sobre un volumen lógico con LVM. El problema es que seguramente el sistema de archivos utilizado emplee journaling para mantener la consistencia. Para que el journaling funcione y no acabar con un sistema corrompido en caso de un fallo de alimentación, es necesario desactivar la caché de escritura o que el medio de almacenamiento soporte barriers. Lo primero penaliza el rendimiento mientras que los segundo es imposible con LVM. LVM no da soporte de los barries de los discos físicos utilizados a través de sus volúmenes lógicos. Es obvio que este problema se puede resolver en gran medida con una UPS, pero hay que tenerlo presente.