Duplicazione di ambienti

Introduzione

Panoramica

IMPORTANTE

Se non si dispone dell'accesso al server e al database (ambienti ospitati), non sarà possibile eseguire le procedure descritte di seguito. Contatta Adobe.

Per utilizzare Adobe Campaign è necessario installare e configurare uno o più ambienti: sviluppo, test, preproduzione, produzione, ecc.

Ogni ambiente contiene un'istanza Adobe Campaign e ogni istanza Adobe Campaign è collegata a uno o più database. Il server applicazioni può eseguire uno o più processi: quasi tutti questi utenti hanno accesso diretto al database delle istanze.

In questa sezione vengono descritti i processi da applicare per duplicare un ambiente Adobe Campaign , ovvero per ripristinare un ambiente di origine in un ambiente di destinazione e ottenere due ambienti di lavoro identici.

A questo scopo, eseguire i seguenti passaggi:

  1. Creare una copia dei database su tutte le istanze nell'ambiente di origine,

  2. Ripristinare queste copie su tutte le istanze dell'ambiente di destinazione,

  3. Eseguire lo script di cauterizzazione nms:FrostInstance.js nell'ambiente di destinazione prima di avviarlo.

    Questo processo non ha alcun impatto sui server e sulla loro configurazione.

    NOTA

    Nel contesto di Adobe Campaign, una cauterizzazione combina azioni che consentono di interrompere l'interazione con l'esterno di tutti i processi: registri, tracciamento, consegne, flussi di lavoro delle campagne, ecc.
    Questo passaggio è necessario per evitare di inviare messaggi più volte (una volta dall'ambiente nominale e una dall'ambiente duplicato).

    IMPORTANTE

    Un ambiente può contenere diverse istanze. Ogni istanza di Adobe Campaign è soggetta a un contratto di licenza. Controllate il contratto di licenza per verificare quanti ambienti è possibile utilizzare.
    La procedura seguente consente di trasferire un ambiente senza influire sul numero di ambienti e istanze installati.

Prima di iniziare

IMPORTANTE

È consigliabile eseguire un backup completo dei database per tutte le istanze degli ambienti di origine e di destinazione prima di avviare il processo di trasferimento. In questo modo, se si verifica un problema, sarà possibile ripristinare i backup e tornare alla configurazione iniziale.

Affinché questo processo funzioni, gli ambienti di origine e di destinazione devono avere lo stesso numero di istanze, lo stesso scopo (istanza di marketing, istanza di consegna) e configurazioni simili. La configurazione tecnica deve rispettare i prerequisiti software. Gli stessi componenti devono essere installati in entrambi gli ambienti.

Implementazione

Procedura di trasferimento

Questa sezione illustra i passaggi necessari per trasferire un ambiente di origine a un ambiente di destinazione tramite uno studio di casi: il nostro obiettivo è quello di ripristinare un ambiente di produzione (prod) in un ambiente di sviluppo (dev instance) per lavorare in un contesto il più vicino possibile alla piattaforma "live".

I seguenti passaggi devono essere eseguiti con grande attenzione: alcuni processi potrebbero essere ancora in corso quando i database dell'ambiente di origine vengono copiati. La cauterizzazione (passaggio 3 qui sotto) impedisce l'invio di messaggi due volte e assicura la coerenza dei dati.

IMPORTANTE
  • La seguente procedura è valida in linguaggio PostgreSQL. Se il linguaggio SQL è diverso ( Oracle, ad esempio), le query SQL devono essere adattate.
  • I comandi riportati di seguito si applicano nel contesto di un'istanza prod e di un'istanza dev in PostgreSQL.

Passaggio 1 - Eseguire un backup dei dati dell'ambiente di origine (prod)

Copiare i database

Per iniziare, copiate tutti i database dell'ambiente di origine. L'operazione dipende dal motore del database ed è responsabilità dell'amministratore del database.

In PostgreSQL, il comando è:

pg_dump mydatabase > mydatabase.sql

Passaggio 2 - Esportare la configurazione dell'ambiente di destinazione (dev)

La maggior parte degli elementi di configurazione sono diversi per ogni ambiente: account esterni (mid-sourcing, routing, ecc.), opzioni tecniche (nome piattaforma, ID database, indirizzi e-mail e URL predefiniti, ecc.).

Prima di salvare il database di origine nel database di destinazione, è necessario esportare la configurazione dell'ambiente di destinazione (dev). A tal fine, esportare il contenuto delle due tabelle seguenti: xtkoption e nmsextaccount.

Questa esportazione consente di mantenere la configurazione di sviluppo e aggiornare solo i dati di sviluppo (flussi di lavoro, modelli, applicazioni Web, destinatari ecc.).

A tal fine, eseguite un'esportazione di pacchetto per i due elementi seguenti:

  • Esportate la tabella xtk:option in un file 'options_dev.xml', senza i record con i seguenti nomi interni: 'WdbcTimeZone', 'NmsServer_LastPostUpgrade' e 'NmsBroadcast_RegexRules'.
  • In un file 'extaccount_dev.xml', esportate la tabella nms:extAccount per tutti i record il cui ID non è 0 (@id <> 0).

Verificare che il numero di opzioni/account esportati sia uguale al numero di righe da esportare in ciascun file.

NOTA

Il numero di righe da esportare in un pacchetto di esportazione è di 1000 righe. Se il numero di opzioni o conti esterni è superiore a 1000, è necessario eseguire diverse esportazioni.

Per ulteriori informazioni, consulta questa sezione.

NOTA

Quando la tabella nmsextaccount viene esportata, le password correlate agli account esterni (ad esempio password per Mid-sourcing, Esecuzione centro messaggi, SMPP, IMS e altri account esterni) non vengono esportate. Assicuratevi di avere accesso alle password corrette in anticipo, in quanto potrebbero dover essere reinserite dopo che gli account esterni sono stati reimportati nell'ambiente.

Passaggio 3 - Arrestare l'ambiente di destinazione (dev)

È necessario arrestare processi Adobe Campaign su tutti i server dell'ambiente di destinazione. Questa operazione dipende dal sistema operativo in uso.

È possibile arrestare tutti i processi, o solo quelli che scrivono nel database.

Per arrestare tutti i processi, utilizzare i comandi seguenti:

  • In Windows:

    net stop nlserver6

  • In Linux:

    /etc/init.d/nlserver6 stop

Utilizzate il comando seguente per verificare che tutti i processi siano stati interrotti:

nlserver pdump
NOTA

In Windows, il processo webmdl può essere ancora attivo senza che ciò influisca sulle altre operazioni.

È inoltre possibile verificare che non siano ancora in esecuzione processi di sistema.

A tal fine, attenersi alla procedura seguente:

  • In Windows: aprire il Task Manager e verificare che non siano presenti processi nlserver.exe.
  • In Linux: eseguire ps aux | grep nlserver e verificare che non siano presenti processi nlserver.

Passaggio 4 - Ripristinare i database nell'ambiente di destinazione (dev)

Per ripristinare i database di origine nell'ambiente di destinazione, utilizzare il comando seguente:

psql mydatabase < mydatabase.sql

Passaggio 5 - Ottimizzare l'ambiente di destinazione (dev)

Per evitare malfunzionamenti, i processi collegati all'invio della distribuzione e all'esecuzione del flusso di lavoro non devono essere eseguiti automaticamente quando l'ambiente di destinazione è attivato.

A questo scopo, eseguite il comando seguente:

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

Passaggio 6 - Controllare la cauterizzazione

  1. Verificate che l'unica parte di recapito sia quella con ID impostato su 0:

    SELECT * FROM neolane.nmsdeliverypart;

  2. Verificate che l'aggiornamento dello stato di consegna sia corretto:

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

  3. Verificare che l'aggiornamento dello stato del flusso di lavoro sia corretto:

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

Passaggio 7 - Riavviare il processo Web dell'ambiente di destinazione (dev)

Nell'ambiente di destinazione, riavviare i processi Adobe Campaign per tutti i server.

NOTA

Prima di riavviare Adobe Campaign nell'ambiente dev, è possibile applicare una procedura di sicurezza aggiuntiva: avviare solo il modulo web.

A questo scopo, modificate il file di configurazione dell'istanza (config-dev.xml), quindi aggiungete il carattere "_" prima delle opzioni autoStart="true" per ciascun modulo (mta, stat, ecc.).

Eseguite il comando seguente per avviare il processo Web:

nlserver start web

Usate il comando seguente per verificare che sia stato avviato solo il processo Web:

nlserver pdump

Controllare l'accesso alle funzioni della console client.

Passaggio 8 - Opzioni di importazione e account esterni nell'ambiente di destinazione (dev)

IMPORTANTE

A questo punto dovrebbe essere avviato solo il processo Web. In caso contrario, interrompere gli altri processi in esecuzione prima di continuare

Soprattutto, verificate i valori di diverse righe dei file prima di importarli (ad esempio: 'NmsTracking_Pointer' per la tabella delle opzioni e gli account di consegna o di mid-sourcing per la tabella dei conti esterni)

Per importare la configurazione dal database dell'ambiente di destinazione (dev):

  1. Aprite la console di amministrazione del database ed eliminate gli account esterni (tabella nms:extAccount) il cui ID non è 0 (@id <> 0).

  2. Nella console Adobe Campaign, importate il pacchetto options_dev.xml creato in precedenza tramite la funzionalità del pacchetto di importazione.

    Verificare che le opzioni siano state effettivamente aggiornate nel nodo Administration > Platform > Options.

  3. Nella console Adobe Campaign, importate il file extaccount_dev.xml creato in precedenza tramite la funzionalità del pacchetto di importazione

    Verificate che i database esterni siano stati effettivamente importati in Administration > Platform > External accounts .

Passaggio 9 - Riavviate tutti i processi e modificate gli utenti (dev)

Per avviare i processi Adobe Campaign , utilizzare i comandi seguenti:

  • In Windows:

    net start nlserver6

  • In Linux:

    /etc/init.d/nlserver6 start

Utilizzate il comando seguente per verificare che i processi siano avviati:

nlserver pdump

Modificate gli utenti per trovare gli utenti che già esistevano sulla piattaforma di sviluppo.

In questa pagina