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, la tabella 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 nella tabella NmsRecipient è stata aggiunta una colonna (o un indice) ma la colonna non è stata specificata nello schema, la colonna non verrà salvata.
  • L'attributo tablespace riprende i valori per impostazione predefinita, ovvero quelli definiti nella procedura guidata di distribuzione.
  • Se è stata aggiunta una visualizzazione di riferimento alla tabella NmsRecipient, è 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 corretti prima di avviare postupgrade.

Dopo la migrazione after-the-migration

Dopo aver eseguito 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 impostandola 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 l'opzione allowSQLInjection nel file 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 verificarne il corretto aggiornamento 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 l'aggiornamento, se si verificano problemi di connessione alle applicazioni Web identificate, è necessario attivare le opzioni allowUserPassword e sessionTokenOnly nel file serverConf.xml. 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 utilizzi Interaction, devi regolare tutti i parametri dopo la migrazione.

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