v7 on-premise e híbrido

Duplicación de entornos

Introducción

Información general

El uso de Adobe Campaign requiere la instalación y configuración de uno o más entornos: desarrollo, prueba, preproducción, producción, etc.

Cada entorno contiene una instancia de Adobe Campaign y cada instancia de Adobe Campaign está vinculada a una o más bases de datos. El servidor de aplicaciones puede ejecutar uno o más procesos: casi todos tienen acceso directo a la base de datos de instancias.

Esta sección detalla los procesos que se deben aplicar para duplicar un entorno de Adobe Campaign, es decir, restaurar un entorno de origen en un entorno de destino, lo que da como resultado dos entornos de trabajo idénticos.

Para ello, siga los siguientes pasos:

1. Crear una copia de las bases de datos en todas las instancias del entorno de origen.

2. Restaurar estas copias en todas las instancias del entorno de destino.

3. Ejecute el nms:congelaciónInstance.js script de cauterización en el entorno de destino antes de iniciarlo.

   Este proceso no afecta a los servidores ni a su configuración.

   NOTA

   En el contexto de Adobe Campaign, una cauterización combina acciones que permiten detener todos los procesos que interactúan con el exterior: registros, seguimiento, envíos, flujos de trabajo de la campaña, etc.
   Este paso es necesario para evitar enviar mensajes varias veces (una vez desde el entorno nominal y otra desde el entorno duplicado).

   IMPORTANTE

   Un entorno puede contener varias instancias. Cada instancia de Adobe Campaign está sujeta a un contrato de licencia. Compruebe el acuerdo de licencia para ver cuántos entornos puede tener.
   El siguiente procedimiento le permite transferir un entorno sin afectar al número de entornos e instancias que ha instalado.

Antes de comenzar

Para que este proceso funcione, los entornos de origen y destino deben tener el mismo número de instancias, el mismo propósito (instancia de marketing, instancia de envío) y configuraciones similares. La configuración técnica debe cumplir con los requisitos previos del software. Se deben instalar los mismos componentes en ambos entornos.

Implementación

Procedimiento de transferencia

Esta sección le ayudará a comprender los pasos necesarios para transferir un entorno de origen a un entorno de destino mediante un caso práctico: nuestro objetivo aquí es restaurar un entorno de producción (picar ) a un entorno de desarrollo (dev ) para trabajar en un contexto lo más cercano posible a la plataforma "en directo".

Los siguientes pasos deben realizarse con mucho cuidado: es posible que algunos procesos aún estén en curso cuando se copian las bases de datos del entorno de origen. La cauterización (paso 3 a continuación) evita que los mensajes se envíen dos veces y mantiene la coherencia de los datos.

Paso 1: Realizar una copia de seguridad de los datos del entorno de origen (prod)

Copiar las bases de datos

Comience copiando todas las bases de datos de entorno de origen. La operación depende del motor de base de datos y es responsabilidad del administrador de la base de datos.

En PostgreSQL, el comando es:

pg_dump mydatabase > mydatabase.sql

Paso 2: Exportación de la configuración del entorno de destino (dev)

La mayoría de los elementos de configuración son diferentes para cada entorno: cuentas externas (intermediario, enrutamiento, etc.), opciones técnicas (nombre de plataforma, DatabaseId, direcciones de correo electrónico y URL predeterminadas, etc.).

Antes de guardar la base de datos de origen en la base de datos de destino, debe exportar la configuración del entorno de destino (dev). Para ello, exporte el contenido de estas dos tablas: xtkoption y nmsextaccount.

Esta exportación permite mantener la configuración de desarrollo y actualizar solo los datos de desarrollo (flujos de trabajo, plantillas, aplicaciones web, destinatarios, etc.).

Para ello, realice una exportación de paquetes para los dos elementos siguientes:

• Exporte el xtk:opción en un archivo options_dev.xml, sin los registros con los siguientes nombres internos: "WdbcTimeZone", "NmsServer_LastPostUpgrade" y "NmsBroadcast_RegexRules".
• En un archivo "extaccount_dev.xml", exporte el nms:extAccount para todos los registros cuyo ID no sea 0 (@id <> 0).

Compruebe que el número de opciones/cuentas exportadas sea igual al número de líneas que se exportarán en cada archivo.

Paso 3: Detener el entorno de destino (dev)

Debe detener los procesos de Adobe Campaign en todos los servidores del entorno de destino. Esta operación depende del sistema operativo.

Puede detener todos los procesos o sólo los que escriben en la base de datos.

Para detener todos los procesos, utilice los siguientes comandos:

• En Windows:

  net stop nlserver6
  

• En Linux:

  /etc/init.d/nlserver6 stop
  

Utilice el siguiente comando para comprobar que se han detenido todos los procesos:

nlserver pdump

También puede comprobar que no hay procesos del sistema en ejecución.

Para ello, utilice el proceso siguiente:

• En Windows: abra el Administrador de tareas y compruebe que no hay nlserver.exe procesos.
• En Linux: ejecute el ps aux | grep nlserver y compruebe que no hay ninguna nlserver procesos.

Paso 4: Restauración de las bases de datos en el entorno de destino (dev)

Para restaurar las bases de datos de origen en el entorno de destino, utilice el siguiente comando:

psql mydatabase < mydatabase.sql

Paso 5: Cauterización del entorno de destino (dev)

Para evitar errores de funcionamiento, los procesos vinculados a la entrega de entregas y la ejecución del flujo de trabajo no deben ejecutarse automáticamente cuando se active el entorno de destino.

Para ello, ejecute el siguiente comando:

nlserver javascript nms:freezeInstance.js -instance:<dev> -arg:run

Paso 6: Comprobar la cauterización

1. Compruebe que la única parte de la entrega sea aquella cuyo ID esté establecido en 0:

   SELECT * FROM neolane.nmsdeliverypart;
   

2. Compruebe que la actualización del estado de entrega sea correcta:

   SELECT iState, count(*) FROM neolane.nmsdelivery GROUP BY iState;
   

3. Compruebe que la actualización del estado del flujo de trabajo sea correcta:

   SELECT iState, count(*) FROM neolane.xtkworkflow GROUP BY iState;
   SELECT iStatus, count(*) FROM neolane.xtkworkflow GROUP BY iStatus;
   

Paso 7: Reinicio del proceso web del entorno de destino (dev)

En el entorno de destino, reinicie los procesos de Adobe Campaign para todos los servidores.

Ejecute el siguiente comando para iniciar el proceso web:

nlserver start web

Utilice el siguiente comando para comprobar que solo se ha iniciado el proceso web:

nlserver pdump

Compruebe que funciona el acceso a la consola del cliente.

Paso 8: Importación de opciones y cuentas externas en el entorno de destino (dev)

Sobre todo, compruebe los valores de varias líneas de los archivos antes de importarlos (por ejemplo: "NmsTracking_Pointer" para la tabla de opciones y las cuentas de envío o intermediarias para la tabla de cuentas externas)

Para importar la configuración desde la base de datos del entorno de destino (dev):

1. Abra Admin Console de la base de datos y purgue las cuentas externas (tabla nms:extAccount) cuyo ID no sea 0 (@id <> 0).

2. En la consola de Adobe Campaign, importe el paquete options_dev.xml creado anteriormente mediante la funcionalidad de importación de paquetes.

   Compruebe que las opciones se hayan actualizado en la Administration > Platform > Options nodo.

3. En la consola de Adobe Campaign, importe el archivo extaccount_dev.xml creado anteriormente mediante la funcionalidad de importación de paquetes

   Compruebe que las bases de datos externas se hayan importado realmente en el Administration > Platform > External accounts .

Paso 9: Reinicio de todos los procesos y cambio de usuarios (dev)

Para iniciar los procesos de Adobe Campaign, utilice los siguientes comandos:

• En Windows:

  net start nlserver6
  

• En Linux:

  /etc/init.d/nlserver6 start
  

Utilice el siguiente comando para comprobar que se han iniciado los procesos:

nlserver pdump

Cambie de usuario para buscar los que ya existían en la plataforma de desarrollo.