Cómo migrar un sitio web con un mínimo o sin tiempo de inactividad
Numerosas tecnologías emergentes hacen extremadamente fácil mover 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 ocurra detrás de la escena, la transferencia de servidores DNS entre los hosts web antiguos y nuevos puede ocasionar que un dominio quede apagado por un período de 12 a 72 horas después de que la solicitud de dicho cambio se envíe al nuevo registrador..
Combinado con la necesidad de transferir archivos de sitios web, restaurar bases de datos importantes y poner en funcionamiento todas las instalaciones de software y configuraciones de subdominios, puede llevar hasta un día de inactividad antes de que su sitio vuelva a funcionar. Hay, sin embargo, Algunos trucos muy buenos para evitar desastres al transferir un sitio web a un nuevo servidor host. Estos consejos son relativamente fáciles de hacer, siempre y cuando el administrador del sitio tenga un conocimiento general de cPanel, direcciones IP y rutinas de inicio de sesión 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 se transfiera al servidor. Nuevo anfitrión.
Al final del día, si el cliente promedio no está al tanto de los cambios que se están realizando entre bastidores, la misión es un éxito.!
1. Mueve primero, cancela luego
No cancele un plan de alojamiento web existente antes de que se complete la mudanza.
El error más común cometido por los administradores de vínculos web que son nuevos en el alojamiento web en general, o nuevo en la transferencia de sus sitios web entre servidores, es que casi de inmediato se ponen en contacto con su antiguo host para informarles de su decisión de trasladar sus servicios a una nueva empresa. servidores.
Si bien es sin duda una buena idea informar al antiguo host web de manera oportuna sobre futuros cambios, hacerlo antes de que la transición se haya ejecutado por expertos 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 en que se solicita una cancelación.
Mantener 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 de la tarifa de suscripción o servicio del mes actual. Esto se considera que sirve al mejor interés del consumidor, como Reciben un reembolso inmediato y prorrateado de las tarifas restantes..
Sin embargo, también significa que la empresa virtualmente destruirá cada fragmento de información que se haya cargado Al servidor durante su tiempo con la empresa. No habrá oportunidad, en muchos casos, de recuperar estos archivos y trasladarlos 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 de recuperar, ya que potencialmente significa una pérdida de todo el contenido y los datos de los suscriptores, así como las pérdidas comerciales y los detalles de pago de los clientes para algunos sitios web..
Qué hacer
Una vez asegurado un nuevo plan de hosting., Transfiere todos los archivos antes de cancelar el plan de hosting existente. En poder de la antigua empresa. Puede ser una buena idea permitir que el sitio web se ejecute en los servidores de la nueva compañía durante unos días solo para garantizar que no se pase por alto nada durante el traslado..
Cuando todo se haya verificado como una transición adecuada, solo entonces debería cancelarse el antiguo plan de alojamiento.
2. Descargar archivos de copia de seguridad
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 una mayor facilidad de uso, los clientes que se mudan a un nuevo host web deben asegurarse de que tanto las empresas de hosting nuevas como las antiguas empleen la misma tecnología de administración basada en web. Típicamente, esta será una elección entre cPanel y un poco menos popular Panel de Plesk panel de control del sitio web.
Alinear la tecnología empleada por ambos hosts es la forma más fácil de Asegurar que los datos puedan ser respaldados y restaurados rápidamente. de una manera tan rápida. Para la opción del panel de control de 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.
Para 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:
Localice la página de respaldo
Después de iniciar sesión correctamente en la interfaz de cPanel, localice un grupo de configuraciones y las páginas del panel de control etiquetadas “Apoyo.” Esto contiene herramientas para copia de seguridad principal del sitio “public_html” carpeta así como cualquier subdominio. Además, las herramientas aquí ayudarán a los clientes de alojamiento web en el Copia de seguridad de sus bases de datos MySQL para su restauración al nuevo servidor..
Encuentra el “Descargar copias de seguridad” opción dentro de esta agrupación, y haga clic a través de 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. Una copia de seguridad completa del sitio está disponible; deben descargar ese archivo para poder cargarlo en otro servidor más tarde. También habrá archivos de copia de seguridad específicos para cada subdominio dentro del sitio web. Estos son generalmente 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 ser descargada en su formato comprimido.. Estos se cargarán al nuevo servidor para crear nombres de base de datos coincidentes en un momento posterior.
No descomprimir!
Durante este proceso, asegúrese de no descomprimir ninguno de los archivos de copia de seguridad descargados. Esto se debe a que el servidor nuevo completará este proceso cuando el cliente cargue el archivo..
Para usuarios de Mac OS X, asegúrese de que Safari no esté configurado para abrir automáticamente los llamados “seguro” Extensiones de archivo después de la descarga. Si lo hace, se asegurará de que el el archivo permanece sin comprimir y listo para una rápida restauración. Cuando todos los archivos de copia de seguridad comprimidos estén protegidos, cierre sesión en 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. Hacer la transferencia.
Comience a cargar los archivos de copia de seguridad 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 la servidores de nombres de dominio y detalles de la dirección IP Para el nuevo plan de hosting. Esta dirección IP se puede utilizar para ver el contenido del sitio web antes de la propagación de DNS y para acceder a la cuenta de FTP individual y a la interfaz de administración de cPanel antes de realizar cambios..
Iniciar sesión
Encuentre este correo electrónico y busque la dirección IP correspondiente. Si un enlace de cPanel no se ha incluido específicamente, suponga que “/ cpanel” o la “: 2082” el sufijo de puerto se puede agregar a esa dirección IP para habilitar un inicio de sesión administrativo.
Al iniciar sesión en la nueva iteración de cPanel del servidor, localice las herramientas de copia de seguridad mencionadas en el Paso 2 y luego navegue a la página Descargas de copia de seguridad. En la página, busque el cuadro de carga de archivos asociado con la copia de seguridad del sitio completo. Esto a menudo será etiquetado como un “Copia de seguridad de restauracion” característica. 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 completamente, 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 mueva a su lugar. Cuando esta segunda página deja de cargarse, el proceso se completa. Localiza el navegador “atrás” botón para volver a la página anterior y comenzar el proceso de restauración de la base de datos de forma bastante parecida. Cuando toda la información se transfiere, es hora de ajustar algunas configuraciones y comenzar el proceso de transición sin interrupciones real entre bastidores.
4. Asegúrese de que la base de datos está funcionando
Una cosa a tener en cuenta es que los archivos de copia de seguridad de la base de datos no contienen información sobre los nombres de usuario, las contraseñas y los 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 del 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 conecta a esa base de datos..
Toda la información relevante
Agregue todos los usuarios, contraseñas y permisos relevantes, y luego realice las modificaciones necesarias en los archivos del sistema iniciando sesión en la cuenta de FTP a través de la dirección IP del sitio web. Esta voluntad Asegurar el buen funcionamiento del software. una vez que el nombre de dominio ha sido transferido para mostrar los archivos del nuevo host en lugar de los que se encuentran en la antigua compañía. Una vez hecho esto, todo está en su lugar y listo para funcionar perfectamente.
Todo lo que debe cambiarse ahora es la información que le indica al dominio cuál de los archivos de las dos cuentas de hosting debe mostrar al usuario final.
5. Cambiar los servidores de nombres
Dígale al registrador de dominios que use nuevos servidores de nombres de dominio
El último paso del proceso es simplemente decirle al nombre de dominio que muestre los archivos y los datos en un servidor diferente al que se usa actualmente. Esto se hace por iniciar 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, un elemento de encabezado o barra lateral llamado “Servidores de nombres de dominio” debería aparecer, y la información actual colocada en esa área debería verse así:
NS1.OLD-WEBHOST.COM NS2.OLD-WEBHOST.COM
Estas necesita ser reemplazado con los nuevos servidores de nombres (También se encuentra en el correo electrónico) para el nuevo host. (Si no se encuentra esta información, navegue hasta la sección de soporte del host, navegue por su documentación o póngase en contacto con un representante que pueda proporcionarle los detalles del servidor).
Los cambios en los registros de DNS entrarán en vigencia en 12 a 24 horas en la mayoría de los casos, aunque algunos han experimentado tan poco como 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.
Espera la propagación del servidor de nombres
Tenga en cuenta que la publicación de contenido antes de que se complete la propagación podría provocar la pérdida de contenido o datos después de que los nuevos archivos de host estén activos. Mientras que el tiempo de inactividad no será un problema, sitio web, los propietarios deben abstenerse de hacer cualquier cambio al diseño, archivos o 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 transferencia de un sitio web a un nuevo proveedor de alojamiento web estará completo y los usuarios habrán sobrevivido a la transición sin un segundo de inactividad.
Resumen
Asegúrese de probar el sitio web y asegúrese de que todas las funciones estén funcionando correctamente; cuando todo funciona como antes, puede cancelar el plan de hosting anterior. Eso es todo al respecto!
