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