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 -a no??
>
>> 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
