Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 17:16, Walter Herrera
<wherrera@ambystoma.com.ar> escribió:
> Bueno, en todo caso que no se admita el bloqueo, quizas alguna otra
> alternativa al cp, digamos tienes el snapshot del lvm tomado, quizas con
> rsync, con el cual puedes armar un muy buen sistema de backup, hacer un
> respaldo incremental y luego borrar el snapshot, es el mismo plan que usas,
> pero te ahorras el tener que copiar el tamño de la base completo con el cp,
> estas son solo ideas, a ver que mejor se ajusta a tu entorno.
>
> saludos.
>
> Walter Herrera
> Servicios informaticos
> software Libre.
>
>
> El 16 de septiembre de 2013 11:59, Maykel Franco<maykeldebian@gmail.com>
> escribió:
>>
>> El día 16 de septiembre de 2013 16:52, Walter Herrera
>> <wherrera@ambystoma.com.ar> escribió:
>> > Si Maykel, el corazon del backup es en si con mysqldump, ahi tienes que
>> > sentarte con la gente de BD y ver que es lo que es as prioritario,
>> > nisiquiera es aceptable un bloqueo de tabla en horas de menor uso?
>> > digamos
>> > de madrugada...
>>
>> Me he sentado y lo primero que he dicho es que hace una tabla con 40 GB
>> xDDD.
>>
>> Sería aceptable pero digamos que llevamos un proxy de una aplicacion
>> de android, iphone, html5 de venta de billetes que constamente hay
>> peticiones, el log parece una compilación de gentoo xDD. De todas
>> formas, buscar la manera de hacer un backup de una base de datos,
>> tabla...de mysql es bastante efectivo y elegante no creéis?
>>
>> Gracias por el interés.
>>
>> Saludos.
>>
>> >
>> > saludos.
>> >
>> > Walter Herrera
>> > Servicios informaticos
>> > software Libre.
>> >
>> >
>> > El 16 de septiembre de 2013 11:39, Maykel Franco<maykeldebian@gmail.com>
>> > escribió:
>> >>
>> >> El día 16 de septiembre de 2013 16:26, Walter Herrera
>> >> <wherrera@ambystoma.com.ar> escribió:
>> >> > no se si te sirve, pero puede hacer bakcups incrementales de esas
>> >> > bbdd
>> >> > (o
>> >> > diferenciales) para no hacer un backup de los 50 gb cada vez que lo
>> >> > realizas, que sea cual sea la opcion que elijas, tarda mucho tiempo y
>> >> > consume demasiados recursos.
>> >> >
>> >> >
>> >> >
>> >> > http://dev.mysql.com/doc/mysql-enterprise-backup/3.7/en/mysqlbackup.incremental.html
>> >>
>> >> Muchas gracias por la info, me parece muy buena opción para ahorrar
>> >> storage. Pero también hace bloqueo de tabla...sino me equivoco en
>> >> realidad usa mysqldump pero con opción de incremental?
>> >>
>> >> >
>> >> > saludos.
>> >>
>> >> Saludos.
>> >>
>> >> >
>> >> > Walter Herrera
>> >> > Servicios informaticos
>> >> > software Libre.
>> >> >
>> >> >
>> >> > El 16 de septiembre de 2013 11:13, Maykel
>> >> > Franco<maykeldebian@gmail.com>
>> >> > escribió:
>> >> >>
>> >> >> El día 16 de septiembre de 2013 16:05, Camaleón <noelamac@gmail.com>
>> >> >> escribió:
>> >> >> > El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió:
>> >> >> >
>> >> >> >> Hola muy buenas, siempre me he tenido la duda de si realmente es
>> >> >> >> lo
>> >> >> >> mismo o existe alguna diferencia hacer un "mysqldump" de una base
>> >> >> >> de
>> >> >> >> datos, que hacer un cp /var/lib/mysql/base_de_datos
>> >> >> >
>> >> >> > Supongo que el comando dedicado (mysqldump) tendrá en cuenta el
>> >> >> > estado
>> >> >> > de
>> >> >> > los archivos que va a copiar para evitar que se corrompa la base
>> >> >> > de
>> >> >> > datos
>> >> >> > o las tablas si, por ejemplo, alguien escribe datos cuando
>> >> >> > ejecutas
>> >> >> > el
>> >> >> > backup mientras que el comando "cp" no se coscará de lo que esté
>> >> >> > abierto,
>> >> >> > en uso o a medio cerrar con lo que te arriesgas a que la bdd quede
>> >> >> > con
>> >> >> > problemas o incluso a la pérdida de datos.
>> >> >>
>> >> >> Totalmente de acuerdo, para eso está snapshot de lvm.
>> >> >>
>> >> >> >
>> >> >> >> Lo he probado y el requisito que veo al hacer un cp es que se
>> >> >> >> tiene
>> >> >> >> que
>> >> >> >> llamar la BD porque sino al abrir las tablas da error, ya que
>> >> >> >> accede
>> >> >> >> a
>> >> >> >> bd.tabla
>> >> >> >
>> >> >> > En la documentación de MySQL tendrá que haber más información
>> >> >> > sobre
>> >> >> > la
>> >> >> > mejor forma de hacer la copia dependiendo también del tipo de
>> >> >> > tabla
>> >> >> > utilizado.
>> >> >>
>> >> >> Y si paras mysql y luego haces un cp, tendría la misma efectividad
>> >> >> que
>> >> >> un mysqldump. Todo esto lo pregunto porque imaginaros que tengo
>> >> >> alguna
>> >> >> tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está
>> >> >> bien
>> >> >> analizado de la parte de "análisis de bd" y tenemos tablas de 50 GB.
>> >> >> Y
>> >> >> ya que estaba con los backup, me ha entrado curiosidad de preguntar
>> >> >> esto.
>> >> >>
>> >> >> Creo que la mejor "forma" para tablas tan grandes es un snapshot con
>> >> >> lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego
>> >> >> quitar
>> >> >> el snapshot.
>> >> >>
>> >> >> Saludos.
>> >> >>
>> >> >> >
>> >> >> > Saludos,
>> >> >> >
>> >> >> > --
>> >> >> > Camaleón
>> >> >> >
>> >> >> >
>> >> >> > --
>> >> >> > To UNSUBSCRIBE, email to
>> >> >> > debian-user-spanish-REQUEST@lists.debian.org
>> >> >> > with a subject of "unsubscribe". Trouble? Contact
>> >> >> > listmaster@lists.debian.org
>> >> >> > Archive: [🔎] pan.2013.09.16.14.05.22@gmail.com">http://lists.debian.org/[🔎] pan.2013.09.16.14.05.22@gmail.com
>> >> >> >
>> >> >>
>> >> >>
>> >> >> --
>> >> >> To UNSUBSCRIBE, email to
>> >> >> debian-user-spanish-REQUEST@lists.debian.org
>> >> >> with a subject of "unsubscribe". Trouble? Contact
>> >> >> listmaster@lists.debian.org
>> >> >> Archive:
>> >> >>
>> >> >>
>> >> >> [🔎] CAJ2aOA8-heTMiQNYXCNVzypHmrzKERkKTApsFPLC+iYGF1y5XQ@mail.gmail.com">http://lists.debian.org/[🔎] CAJ2aOA8-heTMiQNYXCNVzypHmrzKERkKTApsFPLC+iYGF1y5XQ@mail.gmail.com
>> >> >>
>> >> >
>> >>
>> >>
>> >> --
>> >> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>> >> with a subject of "unsubscribe". Trouble? Contact
>> >> listmaster@lists.debian.org
>> >> Archive:
>> >>
>> >> http://lists.debian.org/CAJ2aOA9p7QMBEzH6hDqU8J5X9pRWsBj6qvT1c5iQLGCpGqA@mail.gmail.com
>> >>
>> >
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact
>> listmaster@lists.debian.org
>> Archive:
>> [🔎] CAJ2aOA-+0cTTywWUcH4a9XO-b+3Fbf_0bZ4sZyahbbViEqa5Kg@mail.gmail.com">http://lists.debian.org/[🔎] CAJ2aOA-+0cTTywWUcH4a9XO-b+3Fbf_0bZ4sZyahbbViEqa5Kg@mail.gmail.com
>>
>
Sí por lo pronto, hasta que disminuya esa tabla, lo haré con
lvmsnapshot + rsync incremental. Para quien le interese, comparto este
enlace que me fué de mucha utilidad ya no sólo para hacer backup, sino
para entender cómo funciona lvmsnapshot.
http://www.howtoforge.com/linux_lvm_snapshots
Que alguna vez pregunté por aquí como interactúa a bajo nivel lvm.
Gracias.
Reply to: