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:
Creare una copia dei database su tutte le istanze nell'ambiente di origine,
Ripristinare queste copie su tutte le istanze dell'ambiente di destinazione,
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.
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).
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.
È 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.
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.
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
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:
Verificare che il numero di opzioni/account esportati sia uguale al numero di righe da esportare in ciascun file.
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.
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.
È 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
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:
Per ripristinare i database di origine nell'ambiente di destinazione, utilizzare il comando seguente:
psql mydatabase < mydatabase.sql
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
Verificate che l'unica parte di recapito sia quella con ID impostato su 0:
SELECT * FROM neolane.nmsdeliverypart;
Verificate che l'aggiornamento dello stato di consegna sia corretto:
SELECT iState, count(*) FROM neolane.nmsdelivery GROUP BY iState;
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;
Nell'ambiente di destinazione, riavviare i processi Adobe Campaign per tutti i server.
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.
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):
Aprite la console di amministrazione del database ed eliminate gli account esterni (tabella nms:extAccount) il cui ID non è 0 (@id <> 0).
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.
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 .
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.