v7
S’applique uniquement à Campaign Classic v7

Adapter votre configuration configuring-your-platform

Certaines modifications majeures d’Adobe Campaign v7 nécessitent une configuration spécifique. Ces configurations peuvent être nécessaires avant ou après la migration.

Pendant la migration, le tableau NmsRecipient est reconstruit à partir de la définition des schémas. Toute modification apportée à la structure SQL de cette table en dehors d’Adobe Campaign sera perdue.

Exemples d'éléments à vérifier :

  • Si vous avez ajouté une colonne (ou un index) dans la table NmsRecipient mais que vous ne l'avez pas décrite dans le schéma, celle-ci ne sera pas conservée.
  • L'attribut tablespace reprend ses valeurs par défaut, c'est-à-dire celles définies dans l'assistant de déploiement.
  • Si vous avez ajouté une vue qui référence le tableau NmsRecipient, vous devez la supprimer avant la migration.

Avant la migration before-the-migration

Dans le cadre d'une migration vers Adobe Campaign v7, les éléments suivants doivent être paramétrés. Ces paramétrages impliquent une prise en compte avant le lancement du postupgrade.

  • Mots de passe

    Vous devez configurer les mots de passe Admin et Interne. En savoir plus

Après la migration after-the-migration

Après avoir exécuté postupgrade, vérifiez et configurez les éléments suivants :

  • Pages miroir

    Dans la version v6.x, le bloc de personnalisation des pages miroir a changé. Cette nouvelle version renforce la sécurité lors de l'accès à ces pages.

    Si vous utilisez le bloc de personnalisation de la version v5 dans vos messages, les pages miroir ne s'affichent pas. Adobe recommande vivement d'utiliser le nouveau bloc de personnalisation lors de l'insertion d'une page miroir dans vos messages.

    Toutefois, à titre de solution temporaire (et comme les pages miroir sont toujours actives), vous pouvez revenir à l’ancien bloc de personnalisation pour éviter ce problème en modifiant l’option XtkAcceptOldPasswords et en la définissant sur 1. L’utilisation du nouveau bloc de personnalisation v6.x n’en sera pas affectée.

  • Syntaxe

    Si vous rencontrez des erreurs, lors du postupgrade, liées à la syntaxe SQLData, vous devez temporairement activer l’option allowSQLInjection dans le fichier serverConf.xml, le temps de réécrire le code. Une fois le code adapté, n’oubliez pas de réactiver la sécurité.

  • Conflits

    La migration étant effectuée au travers d'un postupgrade, des conflits peuvent apparaître au niveau des rapports, formulaires ou applications web. Ces conflits peuvent être résolus manuellement depuis la console.

  • Tomcat

    Si vous avez personnalisé le dossier d’installation, vérifiez qu’il est correctement mis à jour après la migration.

  • Rapports

    Tous les rapports prêts à l’emploi utilisent actuellement le moteur de rendu v6.x. Si vous aviez ajouté du code JavaScript dans les rapports, certains éléments peuvent être affectés.

  • Applications web

    Après le postupgrade, si vous rencontrez des problèmes de connexion à vos applications web identifiées, vous devez activer les options allowUserPassword et sessionTokenOnly dans le fichier serverConf.xml. Pour éviter tout problème de sécurité, ces deux options doivent être réactivées une fois le problème résolu.

    Selon le type d’applications Web et leur configuration, vous devez effectuer des manipulations complémentaires pour en assurer le bon fonctionnement.

  • Interaction

    Si vous utilisez Interaction, vous devez ajuster les paramètres après la migration.

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