Comprobaciones posteriores a la migración

Una vez completada la migración desde una de las plataformas de origen soportadas, puede llevar a cabo unas comprobaciones que le permitirán verificar que los sitios web, cuentas de correo, bases de datos y todo lo transferido está disponible en el servidor de destino.

Estas comprobaciones posteriores a la migración verifican la operatividad de los siguientes aspectos:

  • Sitios web
  • Correo
  • DNS
  • Bases de datos
  • Usuarios del sistema

Para cada uno de los aspectos se efectúan análisis específicos para todos los objetos migrados - sitio web, cuenta de correo, usuario del sistema, etc. Más adelante en esta sección se proporciona más información sobre estos análisis.

Para llevar a cabo las comprobaciones posteriores a la migración:

  • Si la migración se efectúa a través del interfaz de Plesk, seleccione la casilla Comprobar la operatividad de los servicios una vez finalizada la migración al iniciar la migración. Los resultados de estas comprobaciones se añadirán al registro de la migración, al que puede accederse desde el interfaz de Plesk una vez finalizada la migración.
  • Si está migrando un servidor Plesk para Linux mediante la línea de comandos, ejecute el siguiente comando una vez completada la migración:
/usr/local/psa/admin/sbin/modules/panel-migrator/plesk-migrator test-all

Las comprobaciones posteriores a la migración generan un informe que se almacena en un archivo denominado test-all-report.<date> en el directorio /usr/local/psa/var/modules/panel-migrator/sessions/migration-session/.

  • Si está migrando un servidor Plesk para Windows mediante la línea de comandos, ejecute el siguiente comando una vez completada la migración:
"%plesk_dir%admin/plib/modules/panel-migrator/backend/plesk-migrator.bat" test-all

Las comprobaciones posteriores a la migración generan un informe que se almacena en un archivo denominado test-all-report.<date> en el directorio <PLESK_DATA_DIRECTORY>/var/modules/panel-migrator/sessions/migration-session/.Para localizar la ubicación de <PLESK_DATA_DIRECTORY> en su servidor, abra el símbolo del sistema y ejecute el siguiente comando:

reg query "HKLM\SOFTWARE\Plesk\PSA Config\Config" /v PRODUCT_DATA_D /reg:32

El informe presenta una estructura de árbol que representa una jerarquía de cuentas de cliente, suscripciones y servicios. En el registro se incluirá una entrada para cada una de las comprobaciones que resulte fallida, donde se proporcionará información sobre el error y se indicarán los pasos a seguir para verificar o resolver la incidencia potencial.

Comprobaciones posteriores a la migración

Sitios web

Para cada dominio migrado se comprueba lo siguiente:

  • Dirección de la página principal.
  • Aplicaciones web instaladas mediante Plesk.
  • Direcciones en formato http(s)://DOMAIN/RELATIVE_URL para los enlaces relativos presentes en la página principal.

Se solicita la página de índice de cada sitio web tanto al servidor de origen como al de destino. Se analiza el contenido de la página de índice y se comprueban todos los enlaces relativos en formato <a href="RELATIVE_URL"> que apunten al mismo dominio. Con el fin de acelerar el proceso, los enlaces se agrupan por directorio y extensión y se escoge un único enlace de forma aleatoria de cada grupo a comprobar. Por ejemplo, si http://DOMAIN/pages/about.php y http://DOMAIN/pages/contacts.php están en la página de índice, únicamente se comprobará uno de estos enlaces.

Para cada uno de los enlaces seleccionados se envía una petición a la dirección apropiada en los servidores de origen y de destino - las comprobaciones siguen redireccionamientos mediante códigos HTTP 301 y 302. A continuación se analiza la página web resultante para comprobar la existencia de errores HTTP. El análisis se considera correcto si se cumplen las siguientes condiciones:

  • Los códigos de estado HTTP(S) son idénticos.
  • El código de estado HTTP(S) en el servidor de destino no es 4xx o 5xx, lo que generalmente suele indicar la existencia de un error - se hace una excepción para el código 401 usado para directorios protegidos con contraseña.
  • Las etiquetas HTML <title> en ambos documentos son idénticos o no existen.

De lo contrario, el análisis no se considera correcto.

Correo

Asimismo, en el servidor de destino deben existir todas las cuentas de correo de cada dominio migrado presentes en el servidor de origen. Se efectúan las siguientes pruebas:

  • Para cada dominio migrado, se compara la lista de cuentas de correo del servidor de origen con la del servidor de destino para así garantizar que no falta ninguna.
  • Para cada cuenta de correo perteneciente a cada dominio migrado, se realiza un inicio de sesión al buzón tanto en el servidor de origen como en el de destino mediante SMTP, POP3 e IMAP para así verificar el acceso. A continuación se compara el número de mensajes presentes en el buzón de correo en el servidor de origen con el del servidor de destino. Si la diferencia entre los números es superior a cinco, se informa de un error.
DNS

Para cada dominio migrado deben transferirse todos los registros de recursos del servidor de origen al servidor de destino y las direcciones IP del servidor de origen deben reemplazarse por aquellas del servidor de destino conforme a las reglas de asignación de IPs. Se efectúan las siguientes pruebas:

  • Para cada dominio migrado, se compara la lista de los registros DNS principales - como por ejemplo los registros A, AAAA, MX y CNAME, entre otros - del servidor de origen con la del servidor de destino para así garantizar que no falta ninguno.
  • Para cada dominio migrado, se recupera la lista de registros DNS principales del servidor de destino para así garantizar que los registros pueden resolverse y que apuntan a las direcciones IP del servidor de destino.
Bases de datos

Asimismo, en el servidor de destino deben existir todas las bases de datos de cada dominio migrado presentes en el servidor de origen. Se efectúan las siguientes pruebas:

  • Se realiza un análisis para cada base de datos presente en el servidor de origen para garantizar que la base de datos está presente en el servidor de destino y que está debidamente registrada en Plesk.
  • Para cada base de datos migrada, se compara la lista de usuarios de la base de datos del servidor de origen con la del servidor de destino para así garantizar que no falta ninguno. Asimismo, en el servidor de destino se lleva a cabo una prueba de autenticación para cada uno de los usuarios de las bases de datos.
  • Para cada base de datos migrada, se compara la lista de tablas de la base de datos del servidor de origen con la del servidor de destino para así garantizar que no falta ninguna.
Usuarios del sistema

Para cada dominio migrado, todos los usuarios del sistema - usuarios que pueden conectarse al servidor mediante FTP o SSH / RDP - presentes en el servidor de origen deben estar presentes también en el servidor de destino. Se efectúan las siguientes pruebas:

  • Para cada dominio migrado, se compara la lista de usuarios del sistema del servidor de origen con la del servidor de destino para así garantizar que no falta ninguno.
  • En el servidor de destino se efectúa un inicio de sesión para cada usuario del sistema mediante FTP y SSH (únicamente en el caso de Plesk para Linux). En el caso de usuario del sistema de Windows, también se verifica la pertenencia al grupo "Usuarios de escritorio remoto".