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 co
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-
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
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/li
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 lu
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/m
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 g
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
>>
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 demasi
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 por
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
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
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 ah
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 incr
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-locki
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
16 matches
Mail list logo