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 (oMuchas gracias por la info, me parece muy buena opción para ahorrar
> 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
storage. Pero también hace bloqueo de tabla...sino me equivoco en
realidad usa mysqldump pero con opción de incremental?
>
> saludos.
Archive: http://lists.debian.org/CAJ2aOA9p7QMBEzH6hDqU8J5X9pRWsBj6qvT1c5iQLGCpGqA@mail.gmail.com
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" target="_blank">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" target="_blank">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