Mover directorio Data a otro servidor

[abimaelrc]

Saludos,

Estaba moviendo data de la base de datos mysql a otro servidor y lo hice de esta forma sin problema.

Para poder pegar el directorio data al nuevo servidor hay que apagar primero el servicio de mysql, eso se logra escribiendo en la línea de comando mysqladmin -u root -p shutdown, para ellos deben primero ir al directorio bin de mysql para poder lograrlo. El -u significa usuario con todos los permisos y -p la contraseña, si es que tiene, sino no se coloca -p. En windows se hace algo así

Código command prompt:

c:\> cd c:/MySQL55/bin
c:\MySQL55\bin\> mysqladmin -u root -p shutdown
 

Copiamos el directorio de data del servidor que tenemos la data que queremos mover al nuevo servidor que acabamos de apagar el servicio de mysql. Dejamos en ese servidor (en el que apagamos el servicio de mysql) solo los directorios que dicen mysql y si lo tienen performance_schema. Eso no los vamos a remplazar, los dejamos como lo instalamos.

Para volver a empezar el servicio de mysql escribimos en la línea de comando mysqld y lo dejamos abierto (no lo cierren porque hay que hacer una consulta a la base de datos primero), hacemos una petición a la base de datos de la forma que desees hacer la consulta, despues que haya logrado hacer la consulta podemos cerrar la linea de comando que escribimos mysqld.

Código command prompt:

c:\> cd c:/MySQL55/bin
c:\MySQL55\bin\> mysqld
 

Al momento no he tenido problemas al hacerlo de esta forma. Esta forma ¿se puede hacer o podría presentar problemas y no es recomendable?

PD: Disculpen que haya escrito como si estuviera enseñando es que si funciona correctamente lo dejo disponible para que otros puedan lograrlo sin problema

[quimfv]

Entre servidores idénticos intuyo que no debería traer problemas... pero entre diferentes versiones del servidor de bbdd no lo tengo nada claro.

Entiendo la facilidad de copiar/pegar un directorio como alternativa a hacer bakups y restaurar sobre todo si hay muchas bbdd... pero ojo con los cambios de versión.... en realidad se estará copiando el information_schema de la versión anterior lo que podia traer problemas.

Supongo que la acción de ejecutar una consulta persigue que el nuevo servidor resteure su versión del information_schema.

En cambio al restaurar base por base automaticamente se creará un nuevo information_schema adecuado a la versión del servidor.

[abimaelrc]

¿El information_schema, está declarado en ib_logfile1 o ib_logfile0 o ibdata1 o performance_schema?

[quimfv]

No lo se, pero parece lógico.