Adattare la configurazione configuring-your-platform
Alcune modifiche principali in Adobe Campaign v7 richiedono una configurazione specifica. Queste configurazioni possono essere necessarie prima o dopo la migrazione.
Durante la migrazione, il NmsRecipient viene ricreata dalla definizione degli schemi. Qualsiasi modifica apportata alla struttura SQL di questa tabella al di fuori di Adobe Campaign andrà persa.
Esempio di elementi da verificare:
- Se hai aggiunto una colonna (o un indice) alla NmsRecipient ma non è stata specificata in dettaglio nello schema, non verrà salvata.
- Il tablespace l’attributo recupera i propri valori per impostazione predefinita, ovvero quelli definiti nella procedura guidata di distribuzione.
- Se è stata aggiunta una vista di riferimento al NmsRecipient tabella, è necessario eliminarla prima di eseguire la migrazione.
Prima della migrazione before-the-migration
Durante la migrazione ad Adobe Campaign v7, è necessario configurare i seguenti elementi. Questi elementi devono essere affrontati prima di avviare post-aggiornamento.
-
Password
Devi configurare il Amministratore e Interno password. Ulteriori informazioni
Dopo la migrazione after-the-migration
Dopo l’esecuzione post-aggiornamento, verifica e configura i seguenti elementi:
-
Pagine mirror
Il blocco di personalizzazione della pagina mirror è stato modificato con v6.x. Questa nuova versione migliora la sicurezza durante l’accesso a queste pagine.
Se hai utilizzato il blocco di personalizzazione v5 nei messaggi, la visualizzazione della pagina speculare non riuscirà. Adobe consiglia vivamente di utilizzare il nuovo blocco di personalizzazione durante l’inserimento di una pagina speculare nei messaggi.
Tuttavia, come soluzione alternativa temporanea (e poiché le pagine mirror sono ancora attive), puoi tornare al vecchio blocco di personalizzazione per evitare questo problema modificando l’opzione XtkAcceptOldPasswords e impostarlo su 1. Questo non influirà sull’utilizzo del nuovo blocco di personalizzazione v6.x.
-
Sintassi
Se durante il post-aggiornamento si verificano errori relativi alla sintassi, è necessario attivare temporaneamente allowSQLInjection opzione in serverConf.xml in quanto consente di riscrivere il codice. Una volta adattato il codice, assicurati di riattivare la sicurezza.
-
Conflitti
La migrazione viene eseguita tramite un post-aggiornamento e i conflitti possono essere visualizzati nei report, nei moduli o nelle applicazioni web. Questi conflitti possono essere risolti dalla console.
-
Tomcat
Se hai personalizzato la cartella di installazione, assicurati di verificare che sia aggiornata correttamente dopo la migrazione.
-
Rapporti
Tutti i rapporti predefiniti utilizzano attualmente il motore di rendering v6.x. Se hai aggiunto codice JavaScript ai rapporti, alcuni elementi potrebbero essere interessati.
-
Applicazioni web
Dopo il post-aggiornamento, se si verificano problemi di connessione alle applicazioni Web identificate, è necessario attivare allowUserPassword e sessionTokenOnly opzioni in serverConf.xml file. Per evitare problemi di sicurezza, queste due opzioni devono essere riattivate dopo la risoluzione del problema.
A seconda del tipo di applicazioni Web e della relativa configurazione, è necessario eseguire ulteriori manipolazioni per assicurarne il corretto funzionamento.
-
Interazione
Se usa Interazione, è necessario regolare tutti i parametri dopo la migrazione.