El día 16 de septiembre de 2013 17:16, Walter Herrera <wherr...@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<maykeldeb...@gmail.com> > escribió: >> >> El día 16 de septiembre de 2013 16:52, Walter Herrera >> <wherr...@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<maykeldeb...@gmail.com> >> > escribió: >> >> >> >> El día 16 de septiembre de 2013 16:26, Walter Herrera >> >> <wherr...@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<maykeldeb...@gmail.com> >> >> > escribió: >> >> >> >> >> >> El día 16 de septiembre de 2013 16:05, Camaleón <noela...@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-requ...@lists.debian.org >> >> >> > with a subject of "unsubscribe". Trouble? Contact >> >> >> > listmas...@lists.debian.org >> >> >> > Archive: http://lists.debian.org/pan.2013.09.16.14.05...@gmail.com >> >> >> > >> >> >> >> >> >> >> >> >> -- >> >> >> To UNSUBSCRIBE, email to >> >> >> debian-user-spanish-requ...@lists.debian.org >> >> >> with a subject of "unsubscribe". Trouble? Contact >> >> >> listmas...@lists.debian.org >> >> >> Archive: >> >> >> >> >> >> >> >> >> http://lists.debian.org/caj2aoa8-hetmiqnyxcnvzyphmrzkerkktapsfplc+iygf1y...@mail.gmail.com >> >> >> >> >> > >> >> >> >> >> >> -- >> >> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> >> with a subject of "unsubscribe". Trouble? Contact >> >> listmas...@lists.debian.org >> >> Archive: >> >> >> >> http://lists.debian.org/caj2aoa9p7qmbezh6hdqu8j5x9prwsbj6qvt1c5iqlgcp...@mail.gmail.com >> >> >> > >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact >> listmas...@lists.debian.org >> Archive: >> http://lists.debian.org/caj2aoa-+0cttywwuch4a9xo-b+3fbf_0bz4szyahbbvieqa...@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. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa8mvw44h+vsd2cpj9_ar2+8jzn_2cbyfdtlf3xnhlg...@mail.gmail.com