Duda sobre backup mysql
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 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 Saludos y 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/CAJ2aOA8aW0AmFxYduZNPCqKw-QuzF=NF4X=43jfd9a054x+...@mail.gmail.com
Re: Duda sobre backup mysql
El cp solo debería usarse como hack rápido y siempre con el gestor de bases de datos parado, prefiriendo siempre el dump de mysqldump porque le da el tratamiento/protección que los datos requieren. Vamos, que la diferencia entre uno y otro es que para cp no som mas que archivos y directorios con usuarios, grupos y permisos, mientras que para mysqldump son mucho más que eso. Salut, jors
RE: Duda sobre backup mysql
Aunque las diferencias son ciertas , podria ser el caso de automatizar dichas copias , el script podria ahorrarnos un trabajo extra y hasta importante de hacerlo integralmente antes de correr el riesgo de ejecutar un cp , que tembien es valido pero no te asegura la integridad de la base de datos. podes revisar este link : http://geekscripting.blogspot.com/2013/03/script-para-realizar-backup-de-base-de.html Atte. William Romero C > Date: Mon, 16 Sep 2013 08:29:51 +0200 > Subject: Re: Duda sobre backup mysql > From: j...@enchufado.com > To: debian-user-spanish@lists.debian.org > > El cp solo debería usarse como hack rápido y siempre con el gestor de bases > de datos parado, prefiriendo siempre el dump de mysqldump porque le da el > tratamiento/protección que los datos requieren. > > Vamos, que la diferencia entre uno y otro es que para cp no som mas que > archivos y directorios con usuarios, grupos y permisos, mientras que para > mysqldump son mucho más que eso. > > Salut, > jors
Re: Duda sobre backup mysql
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. > 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. 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
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:05, Camaleón 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
Re: Duda sobre backup mysql
El 16/09/13 11:13, Maykel Franco escribió: El día 16 de septiembre de 2013 16:05, Camaleón escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: 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. En primer lugar, deberian normalizar esas bases de datos. Algo me indica que tener tablas de 50 GB no esta incluido en ningun manual de mejores practicas... Por otro lado, como llegas a la conclusion (a mi parecer erronea) de que "la mejor forma" es esa? Claramente, todos los motores de bases de datos, incluyen comandos especificos para respaldar y recuperar las bases de datos y tienen su fundamento. Luego, cuando se necesita recuperar datos (que en definitiva es la unica utilidad que tiene un backup) vienen los lamentos. Aqui tienes material para leer y reflexionar que te conviene: https://dev.mysql.com/doc/refman/5.7/en/mysqlhotcopy.html https://dev.mysql.com/doc/refman/5.7/en/backup-types.html -- 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/5237145d@gmail.com
Re: Duda sobre backup mysql
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 saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:13, Maykel Francoescribió: > El día 16 de septiembre de 2013 16:05, Camaleón > 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 > >
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:23, Ricardo escribió: > El 16/09/13 11:13, Maykel Franco escribió: >> >> El día 16 de septiembre de 2013 16:05, Camaleón >> escribió: >>> >>> El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: >>> >>> >>> 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. > > En primer lugar, deberian normalizar esas bases de datos. Algo me indica que > tener tablas de 50 GB no esta incluido en ningun manual de mejores > practicas... > Por otro lado, como llegas a la conclusion (a mi parecer erronea) de que "la > mejor forma" es esa? De acuerdo, no es normal tener 50 GB de tabla, pero cuando llegue a esta empresa ya ivan por 40 GB. Guardamos las tablas con el parámetro añadido a my.cnf, innodb_file_per_table=1. Lo que tenemos pretendido hacer es hacer un backup de la bd, posteriormente borrarla(ya que el ibdata de la tabla si solo borras datos de esa tabla, no disminuye el ibdata) y volver a crearla importando sólo los datos necesarios. No estoy de acuerdo que sea la mejor forma con un snapshot, pero lo que no quiero es que esa tabla se bloquee ya que está constantemente escribiendo. Usamos mysql galera con un balanceo de cargas con ultramonkey(heartbeat + ipvsadmin). Y haciendo un snapshot es la manera que se me ocurrió en "caliente". Debido a esto mi pregunta del cp vs mysqldump. Está claro que la mejor forma es usar su utilidad, mysqldump o similar. > > Claramente, todos los motores de bases de datos, incluyen comandos > especificos para respaldar y recuperar las bases de datos y tienen su > fundamento. > > Luego, cuando se necesita recuperar datos (que en definitiva es la unica > utilidad que tiene un backup) vienen los lamentos. > > Aqui tienes material para leer y reflexionar que te conviene: > https://dev.mysql.com/doc/refman/5.7/en/mysqlhotcopy.html Pero también hace un LOCK de la tabla verdad? Yo lo que quiero es un backup en caliente, sin pérdida de servicio de escritura. > https://dev.mysql.com/doc/refman/5.7/en/backup-types.html > > Gracias por todo. > > -- > 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/5237145d@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/caj2aoa9itsdceu6cf0tldi43ogzslainat6+_stsi07x_kz...@mail.gmail.com
Re: Duda sobre backup mysql
El Mon, 16 Sep 2013 16:13:51 +0200, Maykel Franco escribió: > El día 16 de septiembre de 2013 16:05, Camaleón escribió: (...) >>> 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. ¿50 GiB? (glups) Por curiosidad, ¿qué diferencia de tiempo hay entre ejecutar un "cp" y "mysqldump" con esas "tocho-tablas"? Si el servicio no está en ejecución (y por ende no hay entrada/salida de datos) entonces dará exactamente igual. Quizá lo único a tener en cuenta sería el tema de los permisos de los archivos, digo, al hacer un "cp". > 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. En la documentación oficial comentan algo de LVM ("Making Backups Using a File System Snapshot") y también de copias incrementales que, dado el tamaño de las tablas, no creo te venga mal: 7.2. Database Backup Methods http://dev.mysql.com/doc/refman/5.7/en/backup-methods.html El capítulo 7 completo está dedicado a las copias de seguridad y está bastante bien. 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.37...@gmail.com
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:26, Walter Herrera 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 > escribió: >> >> El día 16 de septiembre de 2013 16:05, Camaleón >> 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/CAJ2aOA9p7QMBEzH6=hDq=U8J5X9=prwsbj6qvt1c5iqlgcp...@mail.gmail.com
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:37, Camaleón escribió: > El Mon, 16 Sep 2013 16:13:51 +0200, Maykel Franco escribió: > >> El día 16 de septiembre de 2013 16:05, Camaleón > escribió: > > (...) > 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. > > ¿50 GiB? (glups) > > Por curiosidad, ¿qué diferencia de tiempo hay entre ejecutar un "cp" y > "mysqldump" con esas "tocho-tablas"? No lo sé porque no lo he probado con tablas tan grandes, pero imagino que no difieran mucho. Estoy de acuerdo que son mega-tocho-tablas, pero cuando llegué lo tenían montado así y es una de las tablas más importantes. Se guardan registros de todo tipo, millones y millones de campos madremía...Y de ahí viene toda mi pregunta, porque no quería pérdida de servicio y pensé en lvmsnapshot + tar a disco duro adicional agregado. > > Si el servicio no está en ejecución (y por ende no hay entrada/salida de > datos) entonces dará exactamente igual. Quizá lo único a tener en cuenta > sería el tema de los permisos de los archivos, digo, al hacer un "cp". cp -ano?? > >> 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. > > En la documentación oficial comentan algo de LVM ("Making Backups Using a > File System Snapshot") y también de copias incrementales que, dado el > tamaño de las tablas, no creo te venga mal: > > 7.2. Database Backup Methods > http://dev.mysql.com/doc/refman/5.7/en/backup-methods.html Gracias Camaleón, me habían pasado este enlace ya, se agradece. > > El capítulo 7 completo está dedicado a las copias de seguridad y está > bastante bien. Le voy a hechar un ojo, muchas gracias. > > 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.37...@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_eg+wssskaxho4qq5dwe5762tqe151z+gil_1ymc-...@mail.gmail.com
Re: Duda sobre backup mysql
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... saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:39, Maykel Francoescribió: > El día 16 de septiembre de 2013 16:26, Walter Herrera > 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 > > escribió: > >> > >> El día 16 de septiembre de 2013 16:05, Camaleón > >> 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 > >
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:52, Walter Herrera 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 > escribió: >> >> El día 16 de septiembre de 2013 16:26, Walter Herrera >> 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 >> > escribió: >> >> >> >> El día 16 de septiembre de 2013 16:05, Camaleón >> >> 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
Re: Duda sobre backup mysql
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 Francoescribió: > El día 16 de septiembre de 2013 16:52, Walter Herrera > 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 > > escribió: > >> > >> El día 16 de septiembre de 2013 16:26, Walter Herrera > >> 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 > >> >> 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 "unsubscrib
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 17:16, Walter Herrera 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 > escribió: >> >> El día 16 de septiembre de 2013 16:52, Walter Herrera >> 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 >> > escribió: >> >> >> >> El día 16 de septiembre de 2013 16:26, Walter Herrera >> >> 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 >> >> > escribió: >> >> >> >> >> >> El día 16 de septiembre de 2013 16:05, Camaleón >> >> >> 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
Re: Duda sobre backup mysql
On 16/09/13 16:36, Maykel Franco wrote: No estoy de acuerdo que sea la mejor forma con un snapshot, pero lo que no quiero es que esa tabla se bloquee ya que está constantemente escribiendo. Lo tienes en la primera respuesta: http://stackoverflow.com/questions/104612/run-mysqldump-without-locking-tables PD. No sé porque cuando respondo a los OP's desde Android rompe el hilo. Será el cliente de correo que lleva :( Salut, jors -- 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/52376002.8060...@enchufado.com
Re: Duda sobre backup mysql
El Mon, 16 Sep 2013 21:46:10 +0200, jors escribió: (...) > PD. No sé porque cuando respondo a los OP's desde Android rompe el hilo. > Será el cliente de correo que lleva :( Porque los clientes de correo para móviles (y la mayoría de webmails) son una patata :-) 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.17.14.03...@gmail.com