Prueba de la migración

Procedimiento general

Según la configuración, hay varias formas de realizar pruebas de migración.

Debe tener un entorno de prueba/desarrollo para realizar pruebas de migración. Los entornos de desarrollo están sujetos a licencia: compruebe su contrato de licencia o póngase en contacto con el servicio de ventas de Adobe Campaign.

  1. Detenga todos los avances en curso y transfiérselos al entorno de producción.

  2. Haga una copia de seguridad de la base de datos del entorno de desarrollo.

  3. Detenga todos los procesos de Adobe Campaign en la instancia de desarrollo.

  4. Haga una copia de seguridad de la base de datos del entorno de producción y restablézcala como un entorno de desarrollo.

  5. Antes de iniciar los servicios de Adobe Campaign, ejecute el script de cauterización frozenInstance.js que permite borrar la base de datos de cualquier objeto que se ejecutara cuando se inició la copia de seguridad.

    nlserver javascript nms:freezeInstance.js -instance:<instance> -arg:<run|dry>
    
    NOTA

    El comando se inicia de forma predeterminada en modo dry y enumera todas las solicitudes ejecutadas por ese comando, sin iniciarlas. Para ejecutar solicitudes de cauterización, utilice run en el comando.

  6. Asegúrese de que las copias de seguridad sean correctas al intentar restaurarlas. Asegúrese de tener acceso a la base de datos, las tablas, los datos, etc.

  7. Pruebe el procedimiento de migración en el entorno de desarrollo.

    Los procedimientos completos se detallan en la sección Requisitos previos para la migración a Adobe Campaign 7.

  8. Si la migración del entorno de desarrollo se realiza correctamente, puede migrar el entorno de producción.

IMPORTANTE

Debido a los cambios realizados en la estructura de datos, no es posible importar y exportar paquetes de datos entre una plataforma v5 y una plataforma v7.

NOTA

El comando Adobe Campaign update (postupgrade) permite sincronizar recursos y actualizar esquemas y la base de datos. Esta operación solo se puede realizar una vez y solo en el servidor de aplicaciones. Después de sincronizar los recursos, el comando postupgrade permite detectar si la sincronización genera errores o advertencias.

Herramientas de migración

Varias opciones permiten medir el impacto de una migración e identificar los posibles problemas. Estas opciones se deben ejecutar:

  • en el comando config:

    nlserver.exe config <option> -instance:<instanceName>
    
  • o después de la actualización:

    nlserver.exe config -postupgrade <option> -instance:<instanceName>
    
NOTA

Debe utilizar la opción -instance:<instanceame>. No se recomienda utilizar la opción -allinstances.

Opciones -showCustomEntities y -showDeletedEntities

  • La opción -showCustomEntities muestra la lista de todos los objetos no estándar:

    nlserver.exe config -showCustomEntities -instance:<instanceName>
    

    Ejemplo de mensaje enviado:

    xtk_migration:opsecurity2 xtk:entity
    
  • La opción -showDeletedEntities muestra la lista de todos los objetos estándar que faltan en la base de datos o en el sistema de archivos. Para cada objeto que falta, se especifica la ruta.

    nlserver.exe config -showDeletedEntities -instance:<instanceName>
    

    Ejemplo de mensaje enviado:

    Out of the box object 'nms:deliveryCustomizationMdl' belonging to the 'xtk:srcSchema' schema has not been found in the file system.
    

Proceso de verificación

Este proceso, integrado como estándar en el comando posactualización, permite mostrar advertencias y errores que podrían provocar errores en la migración. Si se muestran errores, la migración no se ha ejecutado. Si esto sucede, corrija todos los errores y vuelva a iniciar la posactualización.

Puede iniciar el proceso de verificación por su cuenta (sin migración) mediante el comando :

nlserver.exe config -postupgrade -check -instance:<instanceName>
NOTA

Ignore todas las advertencias y errores que tengan el código JST-310040.

Se buscan las expresiones siguientes (con distinción de mayúsculas y minúsculas):

Expresión
Código de error
Tipo de registro
Comentarios
.@
PU-0001
Aviso
Este tipo de sintaxis ya no se admite en la personalización de envíos. Consulte JavaScript. De lo contrario, compruebe que el tipo de valor es correcto.
common.js
PU-0002
Aviso
Esta biblioteca no debe usarse.
logon(
PU-0003
Aviso
Este método de conexión ya no debe utilizarse. Consulte Aplicaciones web identificadas.
nuevo SoapMethodCall(
PU-0004
Aviso
Esta función solo se admite cuando se utiliza en código JavaScript ejecutado desde una zona de seguridad en modo sessionTokenOnly.
sql=
PU-0005
Error
Este tipo de error provoca un error de migración. Consulte SQLData.
SQLDATA
PU-0006
Error
Este tipo de error provoca un error de migración. Consulte SQLData. Si obtiene registros de errores de aplicaciones web de tipo de visión general (migración desde v6.02), consulte Aplicaciones web.

También se realiza una comprobación de la coherencia de la base de datos y el esquema.

Opción de restauración

Esta opción permite restaurar objetos predeterminados si se han modificado. Para cada objeto restaurado, se almacena una copia de seguridad de los cambios en la carpeta seleccionada:

nlserver.exe config -postupgrade -restoreFactory:<backupfolder> -instance:<instanceName>
NOTA

Se recomienda encarecidamente utilizar rutas de carpeta absolutas y mantener la estructura del árbol de carpetas. Por ejemplo: backupFolder\nms\srcSchema\billing.xml.

Reanudar la migración

Si reinicia la actualización después de un error de migración, se reanuda desde el mismo lugar en que se detuvo.

En esta página