Adaptar la configuración

Algunos cambios importantes en Adobe Campaign v7 requieren una configuración específica. Estas configuraciones pueden ser necesarias antes o después de la migración.

Durante la migración, la variable NmsRecipient se regenera a partir de la definición de esquemas. Se perderá cualquier cambio realizado en la estructura SQL de esta tabla fuera de Adobe Campaign.

Ejemplo de elementos para comprobar:

  • Si ha añadido una columna (o un índice) al NmsRecipient pero no la ha detallado en el esquema, esto no se guardará.
  • La variable tablespace recupera sus valores de forma predeterminada, es decir, los definidos en el asistente de implementación.
  • Si ha añadido una vista de referencia a la variable NmsRecipient , debe eliminarla antes de migrar.

Antes de la migración

Al migrar a Adobe Campaign v7, deben configurarse los siguientes elementos. Estos elementos deben abordarse antes de iniciar el postupgrade.

  • Contraseñas

    Debe configurar la variable Administrador y Internas contraseñas. Más información

Después de la migración

Después de ejecutar postupgrade, compruebe y configure los siguientes elementos:

  • Páginas espejo

    El bloque de personalización de páginas espejo ha cambiado con la versión 6.x. Esta nueva versión mejora la seguridad al acceder a estas páginas.

    Si ha utilizado el bloque personalizado v5 en los mensajes, la visualización de la página espejo fallará. Adobe recomienda encarecidamente utilizar el nuevo bloque personalizado al insertar una página espejo en los mensajes.

    Sin embargo, como solución temporal (y como las páginas espejo aún están activas), puede volver al antiguo bloque personalizado para evitar este problema cambiando la opción XtkAcceptOldPasswords y configúrelo en 1. Esto no afecta al uso del nuevo bloque personalizado v6.x.

  • Sintaxis

    Si se producen errores relacionados con la sintaxis, durante la actualización posterior debe activar temporalmente la variable allowSQLInjection en la serverConf.xml , ya que esto le da tiempo de reescribir el código. Una vez adaptado el código, asegúrese de reactivar la seguridad.

  • Conflictos

    La migración se realiza a través de una actualización posterior y es posible que los conflictos aparezcan en informes, formularios o aplicaciones web. Estos conflictos se pueden resolver desde la consola.

  • Tomcat

    Si ha personalizado la carpeta de instalación, asegúrese de que está correctamente actualizada después de la migración.

  • Informes

    Todos los informes listos para usar actualmente utilizan el motor de renderización v6.x. Si ha añadido código JavaScript a los informes, es posible que algunos elementos se vean afectados.

  • Aplicaciones web

    Después de la actualización, si tiene algún problema para conectarse a las aplicaciones web identificadas, debe activar la variable allowUserPassword y sessionTokenOnly en el serverConf.xml archivo. Para evitar cualquier problema de seguridad, estas dos opciones deben reactivarse una vez resuelto el problema.

    Según el tipo de aplicaciones web y su configuración, debe realizar manipulaciones adicionales para asegurarse de que funcionan correctamente.

  • Interacción

    Si usa Interacción, debe ajustar los parámetros después de la migración.

En esta página