10 pasos para cambiar de hosting

¿Cuántas veces escuchamos gente quejarse de sus proveedores de Hosting? Pero aún cuando no se quejen, hay veces que uno tiene que mudarse de proveedor… y eso implican muchos problemas a veces.

Por suerte, vía LifeHacker, encuentro un artículo que indica cómo mudar de hosting en 6 pasos muy simples. Creo que se olvidó de un par de pasos importantes (o los resumió demasiado) así que acá está mi versión:

  1. Respalda todos los archivos de tu servidor actual a tu disco duro
  2. Haz un backup a un archivo en tu disco duro de tu base de datos
  3. Transfiere todo el contenido de los archivos a tu nuevo servidor
  4. Importa el respaldo de tu base de datos a una nueva base de datos en tu nuevo proveedor
  5. Crea las cuentas de mails basándote en tu configuración existente
  6. De ser posible pruébalo
  7. Cambia los registros del servidor de nombres en la configuración de donde sea que hayas registrado el dominio
  8. Espera de 1 hora a 2 días para que el cambio se propague
  9. A penas se cambie, prueba exhaustivamente el sitio… probablemente sea bueno hacerlo durante un par de días
  10. Borra los archivos y la base de datos de tu proveedor anterior y cancela tu plan

Obviamente es mucho más fácil leer los pasos que hacerlos. Los problemas pueden aparecer por todos lados, éstos son algunos que me pasaron o que sería bueno tener en cuenta:

  • Muchos proveedores le agregan prefijos que no puedes cambiar a los nombres de las bases de datos, seguramente vas a tener que modificar algunas configuraciones para adaptarse a ese cambio
  • La codificación del texto en la base de datos es importante, si no es el mismo en todos lados (base de datos original, tu disco duro y base de datos final) pueden aparecer caracteres raros donde antes había acentos u otros caracteres no estándares
  • No es un buen momento para hacer eso que querías hacer con tu sitio web pero venías postergando, espera una semana o dos hasta que te asegures que todo anda bien
  • Trata de que el cambio de servidor ocurra cuando tengas tiempo para dedicarle, vas a necesitar mucho tiempo para revisar todo y/o solucionar problemas… y tienes que acostumbrarte a la interfaz de tu nuevo proveedor
  • Las cuentas de mail seguramente son lo más crítico, revisa aliases, forwardeos para evitar que no se pierda ningún e-mail
  • Establece alguna forma de que tus usuarios te informen sobre cosas que no se ven bien… o juega a hacer todo sin que se den cuenta :P

Estoy seguro que mil cosas más pueden pasar. Aquellos que tienen más experiencia en este tipo de ejemplos ¿de qué me olvidé?

4 Comments

  1. Posted 10 de September de 2007 at 2:15 | Permalink

    siempre recuerden que godaddy es el peor hosting a tener, por lo tanto no degen que su cliente lo elija.

    fundamentacion de por que godaddy es el peor hosting:
    - No Permite conecciones remotas a sus bases de datos (mysql)
    - No permite conecciones a bases remotas (mysql)
    - Su verccion de PHP es la 4.3.11
    - El soporte tecnico tarda dias en resolver las cosas
    - Limita la modificacion del php.ini

  2. Posted 10 de September de 2007 at 8:20 | Permalink

    @sal: el 90% de los hostings no permiten conexiones remotas a sus bases de datos. Y muchos mantienen versiones de PHP cercanas a esa y limitan el acceso al php.ini por cuestiones de seguridad.

    Creo que lo que necesitabas vos no era el plan que pediste. Seguramente algo un poco más potente te hubiese venido mejor (algo así como un dedicado)

  3. Posted 10 de September de 2007 at 16:46 | Permalink

    Otra cosa, los que usen dominios .com.ar, paciencia. El cambio de DNS puede demorar una hora o una semana, todo depende de cuantas vueltas haya dado el hamster en el momento de enviar el trámite.

    Para todo lo demás existe ssh, aprendan a usarlo, contraten un hosting decente y wget! :P

  4. Posted 12 de September de 2007 at 16:40 | Permalink

    En estos momentos me encuentro en medio de todo el proceso.
    Tengo mis temores, y ahora entiendo a muchos que han pasado por esto.
    Cruzaré los dedos para que no haya muchos problemas.
    Me identifico con lo que has escrito

    Saludos

Post a Comment

Your email is never published nor shared. Required fields are marked *

*
*