Cómo migrar un sitio web con un tiempo de inactividad mínimo o nulo

Numerosas tecnologías emergentes facilitan enormemente el traslado de un sitio web de un host a otro. Sin embargo, no importa qué tan rápida sea la velocidad de transferencia, el cliente promedio puede experimentar algún tiempo de inactividad durante el proceso de transferencia. Dependiendo de lo que suceda detrás de escena, la transferencia de servidores DNS entre los servidores web antiguos y nuevos puede hacer que un dominio se apague entre 12 y 72 horas después de que se envíe la solicitud de dicho cambio al nuevo registrador.

Combinado con la necesidad de transferir archivos del sitio web, restaurar bases de datos importantes y hacer que todas las instalaciones de software y configuraciones de subdominios funcionen correctamente, puede tomar hasta un día de inactividad antes de que su sitio vuelva a funcionar completamente. Sin embargo, existen algunos trucos bastante buenos para evitar un desastre al transferir un sitio web a un nuevo servidor host . Estos consejos son relativamente fáciles de hacer siempre que el administrador del sitio tenga un conocimiento general de cPanel, direcciones IP y rutinas de inicio de sesión de FTP más avanzadas que les permitirán trabajar en la configuración de un nuevo plan de alojamiento web antes de que el DNS se modifique y transfiera a la Nuevo anfitrión.

Al final del día, si el cliente promedio no es consciente de los cambios que se están realizando entre bastidores, ¡la misión es un éxito!

1. Mover primero, cancelar después

No cancele un plan de alojamiento web existente antes de que se complete la mudanza .

El error más común que cometen los administradores de vínculos web que son nuevos en el alojamiento web en general, o nuevos en la transferencia de sus sitios web entre servidores, es que contactan casi de inmediato a su antiguo host para informarles de su decisión de trasladar sus servicios a una nueva empresa. servidores.

>Si bien es ciertamente una buena idea informar al servidor web antiguo de manera oportuna sobre los cambios futuros, hacerlo antes de que la transición se haya ejecutado de manera experta puede resultar no solo en tiempo de inactividad, sino en una pérdida completa de archivos e información de la base de datos desde el momento de la cancelación. se solicita.

Mantenga esa llamada

Las empresas de alojamiento web generalmente cancelan un plan casi de inmediato, tan pronto como finaliza la llamada del cliente, sin esperar el vencimiento del servicio del mes en curso o la tarifa de suscripción. Se considera que esto sirve al mejor interés del consumidor, ya que obtiene un reembolso inmediato y prorrateado de las tarifas restantes .

Sin embargo, también significa que la empresa prácticamente eliminará cada fragmento de información que se haya cargado en el servidor durante su tiempo en la empresa. En muchos casos, no habrá oportunidad de recuperar estos archivos y moverlos al servidor de la nueva empresa de alojamiento web o al plan de alojamiento compartido a tiempo.

Ese es el tipo de tiempo de inactividad del que es extremadamente difícil recuperarse, ya que potencialmente significa una pérdida de todo el contenido y los datos de los suscriptores, así como pérdidas comerciales y detalles de pago de los clientes para algunos sitios web.

Qué hacer

Una vez que se haya asegurado un nuevo plan de alojamiento, transfiera todos los archivos antes de cancelar el plan de alojamiento existente que tenía la empresa anterior. Podría ser una buena idea permitir que el sitio web se ejecute en los servidores de la nueva empresa durante unos días solo para asegurarse de que no se pase por alto nada durante el traslado.

Cuando todo se haya verificado como una transición adecuada, solo entonces se debe cancelar el plan de alojamiento anterior.

2. Descarga los archivos de respaldo

Inicie sesión en cPanel y obtenga copias de seguridad comprimidas de los archivos del sitio web y la información de la base de datos .

Para facilitar el uso, los clientes que se trasladen a un nuevo servidor web deben asegurarse de que tanto las empresas de alojamiento nuevas como las antiguas empleen la misma tecnología de administración basada en web. Por lo general, esta será una elección entre cPanel y el panel de control del sitio web PleskPanel, un poco menos popular .

>Alinear la tecnología empleada por ambos hosts es la forma más fácil de garantizar que los datos puedan respaldarse y restaurarse rápidamente con la misma rapidez. Para la opción del panel de control cPanel, que es prácticamente el estándar en alojamiento web, los clientes deben navegar a su dominio con el número de puerto 2082 adjunto.

Como referencia, se ve así en la barra de direcciones de un navegador web: http://my-site.com:2082. Alternativamente, http://my-site.com/cpanel podría funcionar para algunos sitios web:

Busque la página de respaldo

Después de iniciar sesión correctamente en la interfaz de cPanel, busque un grupo de configuraciones y páginas del panel de control con la etiqueta «Copia de seguridad». Contiene herramientas para hacer una copia de seguridad de la carpeta principal «public_html» del sitio, así como de cualquier subdominio. Además, las herramientas aquí ayudarán a los clientes de alojamiento web a realizar copias de seguridad de sus bases de datos MySQL para restaurarlas en el nuevo servidor .

Busque la opción «Descargar copias de seguridad» dentro de esta agrupación y haga clic en la página de administración de cPanel correspondiente.

Descarga de copias de seguridad

En esta página, cPanel desglosará las copias de seguridad disponibles por tipo. Hay disponible una copia de seguridad del sitio completo; deben descargar ese archivo para poder cargarlo en un host diferente más tarde. También habrá archivos de respaldo específicos para cada subdominio dentro del sitio web. Por lo general, estos son opcionales ya que la copia de seguridad completa del sitio web contendrá toda esa información, pero para estar seguro, también puede descargarlos.

En un área separada en la misma página de descargas de respaldo, los clientes pueden asegurar un respaldo comprimido de cada base de datos MySQL individualmente. Cada base de datos debe descargarse en su formato comprimido. Estos se cargarán en el nuevo servidor para crear nombres de bases de datos coincidentes en un momento posterior.

¡No descomprimir!

Durante este proceso, asegúrese de no descomprimir ninguno de los archivos de respaldo descargados. Esto se debe a que el nuevo servidor completará este proceso cuando el cliente cargue el archivo.

Para los usuarios de Mac OS X, asegúrese de que Safari no esté configurado para abrir automáticamente las llamadas extensiones de archivo «seguras» después de la descarga. Hacerlo asegurará que el archivo permanezca sin comprimir y listo para una rápida restauración . Cuando todos los archivos de respaldo comprimidos estén protegidos, cierre la sesión de la instalación de cPanel del host anterior y diríjase a la versión del nuevo host del popular software de administración de sitios web.

3. Realización de la transferencia

Comience a cargar los archivos de respaldo comprimidos en el nuevo servidor.

Prácticamente todas las empresas de alojamiento web, después de recibir la tarifa del primer mes, enviarán un correo electrónico con información como los servidores de nombres de dominio y los detalles de la dirección IP para el nuevo plan de alojamiento. Esta dirección IP se puede utilizar para ver el contenido del sitio web antes de la propagación del DNS y para acceder a la cuenta FTP individual y a la interfaz de administración de cPanel antes de realizar los cambios.

Iniciando sesión

Busque este correo electrónico y busque la dirección IP correspondiente. Si no se ha incluido específicamente un enlace de cPanel, suponga que se puede agregar el sufijo de puerto “/ cpanel” o “: 2082” a esa dirección IP para habilitar un inicio de sesión administrativo.

Al iniciar sesión en la iteración de cPanel del nuevo servidor, ubique las herramientas de respaldo mencionadas en el Paso 2 y luego navegue hasta la página Descargas de respaldo. En la página, ubique el cuadro de carga de archivos asociado con la copia de seguridad del sitio completo. Esto a menudo se etiquetará como una función de «Restauración de copia de seguridad». Seleccione el archivo de copia de seguridad del sitio completo que se descargó de la antigua empresa de alojamiento web para comenzar el proceso de carga.

>Una vez que el archivo se haya cargado por completo, la página web se actualizará y los detalles específicos del archivo se mostrarán línea por línea a medida que cada archivo se mueve a su lugar. Cuando esta segunda página deja de cargarse, el proceso está completo. Busque el botón «Atrás» del navegador para volver a la página anterior y comenzar el proceso de restauración de la base de datos prácticamente de la misma manera. Cuando se transfiera toda la información, es hora de ajustar algunas configuraciones y comenzar el proceso de transición sin interrupciones real detrás de escena.

4. Asegúrese de que la base de datos esté funcionando

Una cosa a tener en cuenta es que los archivos de respaldo de la base de datos no contienen información sobre los nombres de usuario, contraseñas y permisos asociados con cada base de datos MySQL. Esta información deberá ingresarse dentro de la interfaz de bases de datos MySQL dentro de cPanel.

Materia de prefijo

Además, tenga en cuenta el prefijo asignado a cada base de datos dentro de cPanel. En caso de discrepancias, (por ejemplo, «jsmith_wordpress» vs «jsm_wordpress»), los prefijos deberán cambiarse en el archivo de configuración de cada aplicación de software que se conecte a esa base de datos.

Toda la información relevante

Agregue todos los usuarios, contraseñas y permisos relevantes, y luego realice las ediciones necesarias en los archivos del sistema iniciando sesión en la cuenta FTP a través de la dirección IP del sitio web. Esto garantizará el buen funcionamiento del software una vez que se haya transferido el nombre de dominio para mostrar los archivos del nuevo host en lugar de los que se encuentran en la antigua empresa. Una vez hecho esto, todo está en su lugar y listo para funcionar perfectamente.

Todo lo que necesita cambiarse ahora es la información que le dice al dominio cuál de los archivos de las dos cuentas de alojamiento debe mostrar al usuario final.

5. Cambiar servidores de nombres

Dígale al registrador de dominios que use nuevos servidores de nombres de dominio

El paso final del proceso es simplemente decirle al nombre de dominio que muestre archivos y datos en un servidor diferente al que se usa actualmente. Esto se hace iniciando sesión en el panel de control de registro de dominio proporcionado por el registrador de dominios (servicios como GoDaddy o Hover, por ejemplo).

Dentro de este panel de control, debería aparecer un encabezado o un elemento de la barra lateral llamado «Servidores de nombres de dominio», y la información actual colocada en esa área debería verse así:

12NS1.OLD-WEBHOST.COMNS2.OLD-WEBHOST.COM

Estos deben reemplazarse con los nuevos servidores de nombres (que también se encuentran en el correo electrónico) para el nuevo host. (Si no se encuentra esta información, navegue a la sección de soporte del anfitrión, explore su documentación o póngase en contacto con un representante que pueda proporcionar los detalles del servidor).

Los cambios en los registros DNS entrarán en vigencia en 12 a 24 horas en la mayoría de los casos, aunque algunos han experimentado tan solo seis horas. Durante este tiempo, tanto los sitios web nuevos como los antiguos funcionarán correctamente y los clientes verán contenido idéntico sin importar qué archivos alojados se presenten.

Espere la propagación del servidor de nombres

Tenga en cuenta que publicar contenido antes de que se complete la propagación puede provocar la pérdida de contenido o datos después de que los nuevos archivos de host estén activos. Si bien el tiempo de inactividad no será un problema, los propietarios del sitio web deben abstenerse de realizar cambios en el diseño, los archivos o el contenido de un sitio, hasta que estén completamente seguros de que el proceso está completo y están accediendo al nuevo servidor host.

Cuando ese sea el caso, el proceso de transferir un sitio web sin problemas a un nuevo proveedor de alojamiento web estará completo y los usuarios habrán sobrevivido a la transición sin un segundo de tiempo de inactividad.

Resumen

Asegúrese de probar el sitio web y asegurarse de que todas las funciones funcionen correctamente; cuando todo funciona como solía hacerlo, puede cancelar el plan de alojamiento anterior. ¡Eso es todo al respecto!

Deja un comentario