Se non hai accesso al server e al database (ambienti in hosting), non potrai eseguire le procedure descritte di seguito. Contatta l’Adobe.
L’utilizzo di Adobe Campaign richiede l’installazione e la configurazione di uno o più ambienti: sviluppo, test, preproduzione, produzione, ecc.
Ogni ambiente contiene un’istanza di Adobe Campaign e ogni istanza di Adobe Campaign è collegata a uno o più database. Il server applicazioni può eseguire uno o più processi: quasi tutti hanno accesso diretto al database delle istanze.
Questa sezione descrive i processi da applicare per duplicare un ambiente Adobe Campaign, ovvero per ripristinare un ambiente di origine in un ambiente di destinazione, creando due ambienti di lavoro identici.
A questo scopo, esegui i seguenti passaggi:
Creare una copia dei database in tutte le istanze dell'ambiente di origine.
Ripristinare queste copie in tutte le istanze dell'ambiente di destinazione.
Esegui il nms:freezeInstance.js script di cauterizzazione nell’ambiente di destinazione prima di avviarlo.
Questo processo non influisce sui server e sulla loro configurazione.
Nel contesto di Adobe Campaign, un’ cauterizzazione combina azioni che consentono di arrestare tutti i processi che interagiscono con l’esterno: 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. Controlla il contratto di licenza per vedere quanti ambienti puoi avere.
La procedura seguente consente di trasferire un ambiente senza influire sul numero di ambienti e istanze installati.
Si consiglia vivamente di 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 soddisfare i prerequisiti software. Gli stessi componenti devono essere installati in entrambi gli ambienti.
Questa sezione ti aiuta a capire i passaggi necessari per trasferire un ambiente sorgente a un ambiente di destinazione tramite un caso di studio: il nostro obiettivo è quello di ripristinare un ambiente di produzione (prod a un ambiente di sviluppo (dev per lavorare in un contesto il più vicino possibile alla piattaforma "live".
È necessario eseguire con molta attenzione i seguenti passaggi: alcuni processi potrebbero essere ancora in corso quando vengono copiati i database dell’ambiente di origine. La cauterizzazione (passaggio 3 di seguito) impedisce l’invio doppio dei messaggi e mantiene la coerenza dei dati.
Copiare i database
Iniziare copiando 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 ciascun ambiente: account esterni (mid-sourcing, routing, ecc.), opzioni tecniche (nome piattaforma, DatabaseId, 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 questo scopo, esporta il contenuto di queste due tabelle: xtkoption e nmsextaccount.
Questa esportazione consente di mantenere la configurazione di sviluppo e di aggiornare solo i dati di sviluppo (flussi di lavoro, modelli, applicazioni web, destinatari, ecc.).
A questo scopo, esegui un’esportazione del pacchetto per i due elementi seguenti:
Verifica che il numero di opzioni/conti esportati sia uguale al numero di righe da esportare in ciascun file.
Il numero di righe da esportare in un'esportazione di pacchetto è 1000 righe. Se il numero di opzioni o account esterni è superiore a 1000, è necessario eseguire diverse esportazioni.
Per ulteriori informazioni, consulta questa sezione.
Quando la tabella nmsextaccount viene esportata, le password relative agli account esterni (ad esempio le password per Mid-sourcing, Message Center Execution, SMPP, IMS e altri account esterni) non vengono esportate. Assicurati di disporre in anticipo dell’accesso alle password corrette, in quanto potrebbe essere necessario inserirle nuovamente dopo che gli account esterni saranno stati importati nuovamente nell’ambiente.
È necessario interrompere i processi di Adobe Campaign su tutti i server dell’ambiente di destinazione. Questa operazione dipende dal sistema operativo.
È possibile arrestare tutti i processi o solo quelli che scrivono nel database.
Per arrestare tutti i processi, utilizzare i seguenti comandi:
In Windows:
net stop nlserver6
In Linux:
/etc/init.d/nlserver6 stop
Utilizzare il comando seguente per verificare che tutti i processi siano stati interrotti:
nlserver pdump
In Windows, il webmdl Il processo può essere ancora attivo senza influire su altre operazioni.
È inoltre possibile verificare che non siano ancora in esecuzione processi di sistema.
A questo scopo, utilizza il seguente processo:
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 consegna e all’esecuzione del flusso di lavoro non devono essere eseguiti automaticamente quando l’ambiente di destinazione è attivato.
A tale scopo, eseguire il comando seguente:
nlserver javascript nms:freezeInstance.js -instance:<dev> -arg:run
Verifica che l’unica parte di consegna sia quella il cui ID è impostato su 0:
SELECT * FROM neolane.nmsdeliverypart;
Verifica che l’aggiornamento dello stato della consegna sia corretto:
SELECT iState, count(*) FROM neolane.nmsdelivery GROUP BY iState;
Verifica 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, riavvia i processi di Adobe Campaign per tutti i server.
Prima di riavviare Adobe Campaign su dev è possibile applicare una procedura di sicurezza aggiuntiva: avviare il web solo modulo.
A questo scopo, modifica il file di configurazione dell’istanza (config-dev.xml), quindi aggiungi il carattere "_" prima delle opzioni autoStart="true" per ciascun modulo (mta, stat, ecc.).
Eseguire il comando seguente per avviare il processo Web:
nlserver start web
Utilizza il comando seguente per verificare che sia stato avviato solo il processo web:
nlserver pdump
Verifica che l’accesso alle funzioni della console client sia corretto.
Solo il processo web deve essere avviato in questo passaggio. In caso contrario, arrestare gli altri processi in esecuzione prima di continuare
Soprattutto, controlla i valori di diverse righe dei file prima di importarli (ad esempio: "NmsTracking_Pointer" per la tabella delle opzioni e i conti di consegna o di mid-sourcing per la tabella dei conti esterni)
Per importare la configurazione dal database dell’ambiente di destinazione (dev):
Apri Admin Console del database ed elimina gli account esterni (tabella nms:extAccount) il cui ID non è 0 (@id <> 0).
Nella console Adobe Campaign, importa il pacchetto options_dev.xml creato in precedenza tramite la funzionalità di importazione del pacchetto.
Verifica che le opzioni siano state effettivamente aggiornate in Administration > Platform > Options nodo.
Nella console Adobe Campaign, importa il file extaccount_dev.xml creato in precedenza tramite la funzionalità di importazione dei pacchetti
Verificare che le banche dati esterne siano state effettivamente importate nel Administration > Platform > External accounts .
Per avviare i processi di Adobe Campaign, utilizza i seguenti comandi:
In Windows:
net start nlserver6
In Linux:
/etc/init.d/nlserver6 start
Utilizza il seguente comando per verificare che i processi siano avviati:
nlserver pdump
Cambia gli utenti per trovare gli utenti che già esistevano sulla piattaforma di sviluppo.