DocumentazioneCampaignDocumentazione di Campaign Classic v7

[Solo on-premise/ibrido]{class="badge yellow" title="Applicabile solo alle distribuzioni on-premise e ibride"}

Duplicazione di ambienti duplicating-environments

Last update: Fri Apr 12 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Introduzione introduction

Panoramica overview

IMPORTANT
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:

  1. Creare una copia dei database in tutte le istanze dell'ambiente di origine.

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

  3. 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.

    note note
    NOTE
    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).
    note important
    IMPORTANT
    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.

Prima di iniziare before-you-start

IMPORTANT
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.

Implementazione implementation

Procedura di trasferimento transfer-procedure

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.

IMPORTANT
  • La procedura seguente è valida nel linguaggio PostgreSQL. Se il linguaggio SQL è diverso (ad Oracle), è necessario adattare le query SQL.
  • I comandi riportati di seguito si applicano nel contesto di un prod e un dev in PostgreSQL.

Passaggio 1: eseguire un backup dei dati dell’ambiente di origine (prod) step-1---make-a-backup-of-the-source-environment--prod--data

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

Passaggio 2: esportare la configurazione dell’ambiente di destinazione (dev) step-2---export-the-target-environment-configuration--dev-

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:

  • Esporta il xtk:opzione tabella 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', esportare il file nms:extAccount tabella per tutti i record il cui ID non è 0 (@id <> 0).

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

NOTE
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.
NOTE
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.

Passaggio 3: arrestare l’ambiente di destinazione (dev) step-3---stop-the-target-environment--dev-

È 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:

    code language-none 
    net stop nlserver6

  • In Linux:

    code language-none 
    /etc/init.d/nlserver6 stop

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

nlserver pdump
NOTE
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:

  • In Windows: apri Gestione attività e verifica che non siano presenti nlserver.exe processi.
  • In Linux: esegui ps aux | grep nlserver e verificare che non siano presenti nlserver processi.

Passaggio 4: ripristinare i database nell'ambiente di destinazione (dev) step-4---restore-the-databases-in-the-target-environment--dev-

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

psql mydatabase < mydatabase.sql

Passaggio 5: cauterizzare l’ambiente di destinazione (dev) step-5---cauterize-the-target-environment--dev-

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

Passaggio 6 - Controllare la cauterizzazione step-6---check-cauterization

  1. Verifica che l’unica parte di consegna sia quella il cui ID è impostato su 0:

    code language-none 
    SELECT * FROM neolane.nmsdeliverypart;

  2. Verifica che l’aggiornamento dello stato della consegna sia corretto:

    code language-none 
    SELECT iState, count(*) FROM neolane.nmsdelivery GROUP BY iState;

  3. Verifica che l’aggiornamento dello stato del flusso di lavoro sia corretto:

    code language-none 
    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) step-7---restart-the-target-environment-web-process--dev-

Nell’ambiente di destinazione, riavvia i processi di Adobe Campaign per tutti i server.

NOTE
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.

Passaggio 8: importare opzioni e account esterni nell’ambiente di destinazione (dev) step-8---import-options-and-external-accounts-into-the-target-environment--dev-

IMPORTANT
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):

  1. Apri Admin Console del database ed elimina gli account esterni (tabella nms:extAccount) il cui ID non è 0 (@id <> 0).

  2. 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.

  3. 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 .

Passaggio 9: riavviare tutti i processi e modificare gli utenti (dev) step-9---restart-all-processes-and-change-users--dev-

Per avviare i processi di Adobe Campaign, utilizza i seguenti comandi:

  • In Windows:

    code language-none 
    net start nlserver6

  • In Linux:

    code language-none 
    /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.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1