Test della migrazione

Procedura generale

A seconda della configurazione, esistono diversi modi per eseguire i test di migrazione.

È necessario disporre di un ambiente di test/sviluppo per eseguire i test di migrazione. Gli ambienti di sviluppo sono soggetti a licenza: controllare il contratto di licenza o contattare servizio vendite Adobe Campaign.

1. Arrestare tutti gli sviluppi in corso e trasmetterli nell'ambiente di produzione.

2. Eseguire un backup del database dell'ambiente di sviluppo.

3. Arrestate tutti processi Adobe Campaign nell'istanza di sviluppo.

4. Eseguire un backup del database dell'ambiente di produzione e ripristinarlo come ambiente di sviluppo.

5. Prima di avviare i servizi Adobe Campaign , eseguire lo script di cauterizzazione congelamentoInstance.js che consente di cancellare il database degli oggetti in esecuzione all'avvio del backup.

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

   NOTA

   Il comando viene avviato per impostazione predefinita in modalità dry ed elenca tutte le richieste eseguite da tale comando, senza avviarle. Per eseguire richieste di cautela, utilizzare run nel comando.

6. Verificare che i backup siano corretti cercando di ripristinarli. Assicuratevi di poter accedere al database, alle tabelle, ai dati e così via.

7. Verificare la procedura di migrazione nell'ambiente di sviluppo.

   Le procedure complete sono descritte nella sezione Prerequisiti per la migrazione a Adobe Campaign 7.

8. Se la migrazione dell'ambiente di sviluppo ha esito positivo, è possibile migrare l'ambiente di produzione.

Strumenti di migrazione

Le varie opzioni consentono di misurare l’impatto di una migrazione e identificare i potenziali problemi. Devono essere eseguite le seguenti opzioni:

• nel comando config:

  nlserver.exe config <option> -instance:<instanceName>
  

• o in seguito all'aggiornamento:

  nlserver.exe config -postupgrade <option> -instance:<instanceName>
  

-showCustomEntities e -showDeletedEntities opzioni

• L'opzione -showCustomEntities visualizza l'elenco di tutti gli oggetti non standard:

  nlserver.exe config -showCustomEntities -instance:<instanceName>
  

  Esempio di messaggio inviato:

  xtk_migration:opsecurity2 xtk:entity
  

• L'opzione -showDeletedEntities visualizza l'elenco di tutti gli oggetti standard mancanti nel database o nel file system. Per ogni oggetto mancante, il percorso è specificato.

  nlserver.exe config -showDeletedEntities -instance:<instanceName>
  

  Esempio di messaggio inviato:

  Out of the box object 'nms:deliveryCustomizationMdl' belonging to the 'xtk:srcSchema' schema has not been found in the file system.
  

Processo di verifica

Integrato come standard nel comando post-aggiornamento, questo processo consente di visualizzare avvisi ed errori che potrebbero causare il fallimento della migrazione. Se vengono visualizzati degli errori, la migrazione non è stata eseguita. In questo caso, correggete tutti gli errori e riavviate il postaggiornamento.

È possibile avviare il processo di verifica autonomamente (senza migrazione) utilizzando il comando:

nlserver.exe config -postupgrade -check -instance:<instanceName>

Vengono cercate le seguenti espressioni (con distinzione tra maiuscole e minuscole):

Viene inoltre eseguita una verifica della coerenza del database e dello schema.

Opzione di ripristino

Questa opzione consente di ripristinare gli oggetti out-of-the-box se sono stati modificati. Per ciascun oggetto ripristinato, un backup delle modifiche viene memorizzato nella cartella selezionata:

nlserver.exe config -postupgrade -restoreFactory:<backupfolder> -instance:<instanceName>

Ripresa della migrazione

Se si riavvia il post-aggiornamento dopo un errore di migrazione, questo riprende dalla stessa posizione in cui è stato interrotto.