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
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 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
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 noela...@gmail.com 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 Francomaykeldeb...@gmail.comescribió: 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
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:23, Ricardo ricardoeur...@gmail.com escribió: El 16/09/13 11:13, Maykel Franco 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ó: 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 noela...@gmail.com 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 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 Francomaykeldeb...@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/CAJ2aOA9p7QMBEzH6=hDq=U8J5X9=prwsbj6qvt1c5iqlgcp...@mail.gmail.com
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:37, Camaleón noela...@gmail.com 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 noela...@gmail.com 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 Francomaykeldeb...@gmail.comescribió: 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 Francomaykeldeb...@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
Re: Duda sobre backup mysql
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 Francomaykeldeb...@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 Francomaykeldeb...@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
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 Francomaykeldeb...@gmail.comescribió: 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 Francomaykeldeb...@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
Re: Duda sobre backup mysql
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 Francomaykeldeb...@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 Francomaykeldeb...@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 Francomaykeldeb...@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?
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