[eside-ghost] Migracion MySql

[Alvaro Uría]

Aupa kyle,

On Fri, 30 Mar 2007 05:19:50 +0200
kyle <kyle en caosdigital.com> escribió:

> Alvaro Uría wrote:
> > Por otro lado, hacer un tarball de /var/lib/mysql/ tb resolvería la
> > papeleta (si es que quieres clonar el servicio), lo que pasa es que de
> > la primera forma, y si no se incluye la BD "mysql", puedes hacer la
> > actualización "en caliente".
> 
> copiar los ficheros en crudo suele ser una mala idea, sobre todo si es
> una BD que está en uso (muy posible si se usa para una web pública y etc
> etc).

Bueno, aunque tampoco me parezca la mejor opción, en la propia
documentación oficial de MySQL te lo comentan. Eso sí, previa liberación de
los buffers y bloqueo de las tablas:
mysql> FLUSH TABLES WITH READ LOCK;

> Al restaurar puedes tener problemas por copiar ficheros inconsistentes o
> ser diferentes versiones de mysql; o problemas de endianidad (toma
> palabro) si mezclas BDs de diferentes arquitecturas - sparc, intel,
> ppc...

Ficheros inconsistentes, si no haces el "flush" y el "lock". Por el tema de
distintas versiones de MySQL, yo he llegado a hacer la réplica entre
versiones 3.x y 4.x y no he tenido problema. Puede ser que con las
versiones 5.x haya problemas, como de hecho ya los hay con los volcados
(dumps).

La endianidad sí puede ser un problema... aunque para MyISAM (que me
suena que es el tipo de almacenaje por defecto hasta las versiones 4.x) no,
ya que todo se almacena en un sentido (little-endian).

De todas formas, supuse que nada saldría de i386 :-O :-)

Saludos,
  Alvaro Uría
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : application/pgp-signature
Tamaño     : 189 bytes
Descripción: no disponible
Url        : https://listas.deusto.es/mailman/private/eside-ghost/attachments/20070330/b5aa5fb6/attachment-0001.bin