Migrar web a otro host, base de datos y seo

Buenas compañeros, necesito urgentemente migrar un host que tenia por desgracia en 1and1 a otro nuevo host y tengo unas cuantas dudas que agradeceria que algun entendido me las aclarase:

1. Para cambiar de host una web, primero se pasa todo el contenido de un host a otro por filezilla y para que funcione dicha web en el nuevo host ¿Deberia subir la base de datos con todas las tablas al nuevo phpmyadmin y eso ya seria suficiente para que mi web fuese identica en el otro host?

2. Para subir dicha base de datos ¿Es necesario borrar todas las tablas anteriores que estuviesen en el nuevo phpmyadmin?

3. ¿Sería posible perder el seo conseguido al cambiar una web de un host compartido de 1and1 a otro hosting compartido con datacenter en españa si no se siguen algunas pautas?

un saludo y gracias

 

Hola, te comento un poco en base a mi experiencia:

1. En efecto tienes que hacer una copia de seguridad del contenido del ftp y de tu base de datos, si es mysql via phpmyadmin, y después restaurarlo todo en el hosting nuevo.

2. En el nuevo host y nueva base de datos no debería tener ninguna tabla por lo que no tendrías que borrar nada, solo restaurar la copia de seguridad.

3. El tema del SEO es relativo, si todo va bien no tendrías porque notarlo.

 

Muchas gracias por contestar, cuando te refieres a hacer un backup de la base de datos ¿tiene que ser con todas las tablas y todo incluido? Y cuando te refieres a restaurarla en el nuevo hosting supongo que te referiras a hacer una instalación limpia, ¿Correcto?
Lo del SEO lo preguntaba porque he leido en varios blogs que es muy recomendable que se haga el cambio de un host compartido a un VPS porque si se hace de compartido a compartido se podria perder el SEO y que si la migración tarda muchas horas en hacerse y si en ese momento los robots de google recorren el sitio estando inoperativa se podria caer todo el posicionamiento. Seguro que los que han estado un año trabajando duramente en el posicionamiento de su web entenderán la incertidumbre y las dudas que tengo para cambiar de host, saludos

 

No es cierto, puedes pasar de una cuenta de hosting compartido a otro sin perder seo. Si en ambos hosting se usa el mismo panel tipo cpanel o plesk, el traslado es cuestion de minutos, y solo esperar la resolucion de cambio de dns.

 

Seguro que la empresa de hosting donde mudes tu web te ayudan en el proceso de mudanza, ya nos cuentas que tal.

 

Si, y con esta utilidad llamada BigDump harás la mudanza de tu base de datos, al nuevo host en cosa de segundos.

 

Muchas gracias por vuestros consejos, ya he mudado la web manteniendo el mismo contenido en dos dominios. ¿Una vez que en otro dominio veo mi web identica solo es necesario cambiar las DNS o es necesario cambiar algo más? ¿Como se cambian las dns para que el antiguo dominio se pase al nuevo hosting que tiene el contenido copiado?
Se podrá toquetear la web y restaurarla en caso de que algo salga mal pero da muy mal rollo el saber que en el SEO no existe backups y como algo salga mal tiras 1año de trabajo

saludoss

 

Entra al panel de control del dominio y asígnale las dns de tu nuevo proveedor.

 

En el panel de dominios de 1 & 1 INTERNET AG tienes que tener acceso para cambiar las dns, sino pide al soporte de 1and1 que lo haga por ti

 

1&1 es una porquería tanto en hosting como para el registro y manejo de dominios.

 

Bueno, ya he modificado las DNS y supongo que en 48horas ya estaria listo. Tengo una ultima duda, tengo un dominio asignado al contenido (duplicado del viejo host) del nuevo hosting ¿Desapareceria automaticamente cuando las DNS de mi dominio de 1and1 esten totalmente traspasadas? ¿O hay que desactivar ese dominio nuevo para que no esten dos dominios apuntando al mismo hosting?
saludos

 

No especificas que panel de control estas usando ... si fuera cPanel puedes empaquetar un dominio completo incluyendo web, bases de datos, cuentas de correo y ftp, filtros, etc, etc con solo un comando, luego copias el archivo comprimido y lo desempaquetas desde WHM como un archivo cpmove ... es infinitamente más rápido, confiable y seguro que cualquier otro método y se hace todo en un solo paso, sino debes crear por ejemplo todas las cuentas de correo y ftp nuevamente, cargar las BD y solo eso puede significar perder muchísimo tiempo, además de perder correos enviados y/o recibidos que permanecen en webmail, perder todas las estadísticas del sitio, etc, etc.

Respecto al cambio de DNS al utilizar un sistema externo y administrado de DNS es posible reducir las 48, 76 o más horas que podría demorar la replicación de la nueva IP por internet y durante las cuales el dominio podría estar "no disponible" ... a solo 5 segundos, sin downtime y con replicación garantizada en internet.

Otra ventaja de tener DNS externos es que al cambiar de proveedor, datacenter o servidor no es necesario hacer ningún cambio a nivel de DNS excepto cambiar la nueva IP del dominio, en el fondo configuras los DNS solo una vez y para toda la vida del dominio

Es importante no olvidarse de borrar completamente el dominio en el servidor antiguo ya que eso ayuda a que se refresque más rápidamente la nueva IP en los caches de DNS de los ISP ... si no se borra podrían quedar algunos usuarios accediendo al servidor antiguo por mucho mas tiempo que 48 o 72 horas.

 

en 4o 5 horas deberias tener operativo el cambio de dns

 

Haber, no nos equivoquemos, una cosa es el cambio de DNS en los servidores DNS propiamente dichos (también tenemos DNS dedicados e independientes), que efectivamente no tiene ningún downtime y otra es cuando los clientes accederán a la nueva web, ellos dependen de los DNS de su proveedor de internet y la mayoría actualiza sus caches cada 12/24 y hasta 48 horas, es es el tiempo REAL que durante el que la web no estará operativa al 100% desde todos los sitios y sobre todo los servidores de correo que son los mas lentos actualizando sus caches.

Eso no quiere decir que no se pueda hacer un cambio sin downtime, pero es bastante más complejo que solo cambiar los DNS...

Un consejo realista: Al cambiar de alojamiento, siempre cuenta que vas a tener problemas de acceso y correos durante 24/48 horas.

 

Completamente de acuerdo con la mayoría de las cosas, pero si tienes un sistema de DNS externo, completamente independiente de los servidores de hosting y programas la migración de un dominio bajando los TTL's ... es posible hacer una migración completamente transparente, sin downtime, en solo 5 segundos y con replicación garantizada por internet, eso significa que si ingresas por cualquier ISP al minuto siguiente TODOS van a tener acceso al nuevo sitio incluyendo los correos.

Al menos nosotros estamos acostumbrados a hacer eso

Cuando se tiene los DNS instalados en el mismo servidor de hosting, o cuando no se programa debidamente una migración, o cuando no se tienen bien configurados todos los parámetros del registro de los DNS, o cuando no se tiene el control de los DNS, o cuando el sistema de DNS no es capaz de manejar un cambio en tan poco tiempo ... una migración puede significar downtimes hasta de 72 e incluso más horas ... y si no se elimina el dominio en el servidor original la migración puede tomar fácilmente hasta más de una semana con algunos ISP, ya que como comenta mi estimado ideasmúltiples, la mayoría de los refrescos depende de cada ISP y es imposible poder determinar de antemano cuando eso va a ocurrir.

Nosotros incluso hemos migrado dominios de clientes "en horario de oficina" y nadie se a alcanzado a percatar que lo hicimos

Si nosotros administramos los DNS de un dominio y tenemos el control unos días antes de la migración, PODEMOS migrarlo sin downtime y con replicación GARANTIZADA en minutos ... si alguien tiene dudas que nos pruebe

 

yo no saber mucho pero segun intodns tu web.
intodns.com/neocomp.net
intodns.com/neocomp.cl

Veo que por ahí dice 5 IP's distribuidas geográficamente y a su vez cada una replicada en diferentes datacenters en el mundo, además veo que todas las ip corresponden a los Estados Unidos y están dentro del mismo dattacenter, favor si estoy equivocado me corriges, pero cuando yo aprendí DNS me enseñaron que lo mejor era tener los servidores distribuidos globalmente America, Europe, Asia etc.... repito si estoy equivocado me corriges.

 

No hay problema ... seguramente cuando aprendistes de DNS no existía la tecnología IP AnyCast que permite que una misma IP pueda responder en forma dinámica desde múltiples redes distribuidas geográficamente con una carga balanceada, aumentando notablemente la confiabilidad, reduciendo la latencia y también la respuesta ante un ataque DDOS.

Además no es lo mismo tener un dedicado o un VPS sirviendo a cada IP en cada punto que un cluster redundante por cada punto
No es lo mismo tampoco tener servidores que atienden todos los servicios además del DNS, que tener un sistema dedicado exclusivamente al servicio de DNS

El sistema de DNS que utilizamos actualmente tiene clusters instalados en San Francisco, Los Angeles, Chicago, Dallas, Houston, Nueva York, Reston, Ashburn, Miami, Londres, Frankfurt y Hong Kong ... si una de las 5 IPs de los DNS se cae por ejemplo en Chicago ... LA MISMA IP podría responder desde Nueva York ... y si se cae Nueva York ... LA MISMA IP podría responder desde Ashburn ... en forma completamente transparente para el usuario.

Con este sistema la redundancia es altísima y eso permite que en 8 años el uptime del sistema sea de un 100,00% ... lo cual no es malo

Voy a preparar un informe mucho más detalllado ya que esta tecnología no la conocen todos y menos la ocupan
Si tienes cualquier otra duda agradecería la postearas ... asi podemos aportar con mas información.

 

Tengo que poner un alcance entonces ... HASTA AHORA todas las migraciones que hemos hecho que son varios cientos y desde hace varios años, y SIEMPRE que nosotros tengamos la administración de los DNS la replicación ha sido casi de inmediato ... a lo más un par de minutos, pero usualmente las hemos testeado por 4 o 5 ISP diferentes a los pocos segundos y todos han redireccionado sin problemas ya que el dominio ha sido eliminado en el servidor antiguo.

Incluso tenemos sistemas que son accesados desde casi todo el mundo, con usuarios en Singapur, China, Europa, etc. y todos han redireccionado al nuevo servidor sin problemas.

También indiqué que la migración debe ser programada ya que hay que reducir los tiempos de TTL para poder hacerlo con alguna garantía de replicación ... pero como reitero HASTA AHORA hemos podido hacer todo en unos cuantos minutos y no en horas, días o hasta más de una semana.

Por ejemplo en este minuto estoy cambiando nuestros DNS a un cliente en México para poder dentro de UNA SEMANA migrar todos sus dominios a un nuevo servidor, cambiando proveedor y datacenter ... ellos tienen miles de accesos diarios desde muchos países, asi que si todo funciona como debiera funcionar podremos comentar aqui mismo como fué la replicación desde distintos países ... me voy a preocupar de hacer accesos desde disintos puntos del mundo usando distintos ISP para ver si la nueva IP está replicada ... de hecho como ya suponía que más de alguien iba a querer pruebas, ya lo estoy preparando

Es muy probable que el 100% de todos los ISP del mundo no repliquen inmediatamente porque como tu mismo comentas ignoran los TTL o tienen un pésimo sistema de cachés de DNS ... pero hasta el minuto no tengo el reporte de ningún cliente que haya tenido ese tipo de problemas con sus clientes.

Es muy probable que si el sitio es muy grande no podamos hacerlo en 5 segundos ... pero podríamos hablar de un par de minutos ... como lo hago ... primero copio el dominio completo empaquetado usando normalmente un archivo cpmove ... bajo MySQL en el servidor antiguo ... sincronizo con rsync el servidor antiguo a uno de mis servidores de backup remotos que usa RAID-6 por si acaso ... sincronizo luego desde el backup tambien con rsync al servidor nuevo ... cuando esta todo copiado y manteniendo las 2 ventanas de SSH abiertas ... hago un nuevo rsync en ambos lados para garantizar que los archivos son exactamente iguales, demora como 5 segundos en cada ventana ... cambio los DNS que ya estaban con un TTL a 5 segundos ... elimino el dominio en el servidor antiguo ( otros 5 segundos ) y hago un reinicio del servidor MySQL en el servidor nuevo ( pongamos unos 10 segundos )

El dominio más pesado que he traspasado de esta forma ha pesado en total como 21 Gb ... si todo está previamente copiado y sincronizado vía rsync usando un servidor remoto se puede hacer igual en unos minutos.

La última vez que hice eso hace como una semana con una BD que pesaba como 2,5 Gb debo haberme demorado en total unos 3 minutos ... y todos los ISP que probamos que fueron como 5 ya que mi cliente tambien estaba online en diferentes oficinas mientras yo les comentaba por Skype todo lo que estaba haciendo, en cuanto les dije que estabamos OK todos pudieron seguir trabajando de inmediato en el nuevo servidor

No es magia ... es experiencia