Como migrar de host en 9 pasos
¿Qué es ssh?
SSH es el acrónimo para Secure Shell, una conexión segura de línea de comandos hacia su cuenta de hosting. Esta, es una herramienta muy robusta y le permite realizar tareas que no son posibles por medio conexiones FTP y HTTP.
Hace poco migré una aplicación desde Dreamhost a Mediatemple y con éstos pasos todo se hizo muy rapido.
- [S1] ssh site.com
- 1. mysqldump -h <db.host> -u <db.user> -p<password> --complete-insert <db.name> > db.sql
- 2. zip -0 -R -q all.zip *
- empaqueta todos los archivos y directorios.
- [S2] ssh site.gridhost.com
- 3. wget http://site.com/all.zip
- 4. unzip all.zip
- 5. mysql -h <db.host> -u <db.user> -p<password> <db.name> < db.sql
- 6. rm db.sql
- 7. rm all.zip
- [S1]
- 8. rm db.sql
- 9. rm all.zip
Espero que les sirva.
Artículos Relacionados
- Índices FULL TEXT en MySQL
- Cambia el tamaño a demasiadas imagenes
- Backups en MySQL
- Geolocalizacion en tu propia base de datos (MySQL)
- Truncado Logs SQL Server
Grupos relacionados
entrepreneur
6 comentarios en "Como migrar de host en 9 pasos"
jenaiz escribió
hace 1 años
chefwww escribió
hace 1 años
Yo propondría esta alternativa:
ssh site.com
tar czvf backup.tar.gz /
scp backup.tar.gz user@site2.com:/backup
(Entrar por ssh al servidor antiguo, comprimir el contenido en este caso todo el root y copiar el fichero comprimido por scp al servidor nuevo en el directorio backup (tendrias que crearlo en el nuevo servidor si no existe, creo)
Entras por ssh en el nuevo servidor :
ssh site2.com
cd /backup
tar xzvf backup.tar.gz
(Entrar por ssh al servidor de destino, entrar en la carpeta backup, y descomprimir los datos)
jlbelmonte escribió
hace 1 años
Además de usar scp, recomendaría algunas otras cosas.
Si las tablas no son myisam y si no la tienes toda desnormalizada, te recomendaría parar la aplicación que usa el servidor de bbdd, o con un dump en caliente podrías tener problemas de inconsistencia de los datos. Y si las tablas son MyIsam y quieres hacerlo en caliente te recomendaría el parámetro --lock-tables para el mysqldump, evitando así que alguna escritura se quede a medias. Además me haría una copia del directorio de datos de mysql con el servidor parado.
Otra pequeña recomendación es no borrar los datos tan apresuradamente :)
Cuando indicas empaquetar en un zip todo, no se muy bien a que todo te refieres, pero supongo no será el directorio / si descomprimes y sustituyes los ficheros del sistema tan aleatoriamente, los problemas están asegurados.
Para una migración de hosting, lo mejor es que desde el primer momento que montas un servidor, tengas bien separado lo que hace que tu servicio funcione, para solo tener que mover lo necesario. Esta recomendación vale también para pensar en las copias de seguridad haciendo así backup de lo estríctamente necesario.
Un saludo.
clasen escribió
hace 1 años
una estrellita; me mataron! jajaja
Tengan en cuenta que el método me funcionó.
@jenaiz, es verdad por ese momento quedaría expuesto: buen consejo el de usar scp.
@chefwww, gracias por la explicación.
@jlbelmonte, buen dato lo de lock-tables! En mi caso puse la aplicación en modo "mantenimiento" para hacer la migración. Pero no está de mas preservar la consistencia relacional bloqueando las tablas.
Por otro lado, faltó aclararlo, pero te cuento que hice backup unicamente de la applicación (httpdocs).
chefwww escribió
hace 1 años
Te pongo 5 estrellas para compensar :D. A mi me parece una buena solución para salir del paso.
mr_freeze360 escribió
hace 1 años
Si en tu BD tienes procedimientos o funciones almacenadas, necesitas de una bandera adicional --routines (o -R).
Saludos a toda la comunidad.
© Copyright 2008-2009 debug_mode=ON | Aviso legal | Contacto | FAQ | ¿Quiénes somos?
|
#1
@clasen, durante un período de tiempo indeterminado, tienes expuesto todo a ser descargado por internet, para poder hacer la descarga desde el segundo host; esto no es nada seguro.
Yo en este caso recomendaría quitar ese archivo all.zip de cualquier directorio expuesto tal como es el caso y en lugar de usar el comando ssh usaría scp.