Configurer votre plateforme

Certaines évolutions majeures d'Adobe Campaign v7 nécessitent un paramétrage pour en assurer le bon fonctionnement. Ces paramètres peuvent être nécessaires avant ou après l'exécution de la migration. Les évolutions concernées et leur mode de paramétrage sont présentés dans cette section.

Lors de la migration, la table NmsRecipient est reconstruite à partir de la définition des schémas. Toute modification de la structure SQL de cette table effectuée 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 la table NmsRecipient, vous devez la supprimer avant la migration.

Cet avertissement concerne également les utilisateurs d'Oracle : si vous ajoutez l'option -usetimestamptz:1 lors du postupgrade (voir la section Fuseaux horaires), toutes les tables contenant au moins un champ date+time sont reconstruites.

Avant la 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.

• Fuseaux horaires

  Dans le cadre d'une migration depuis une plateforme v5.11, vous devez indiquer le fuseau horaire à utiliser lors du postupgrade.

  Si vous souhaitez utiliser le mode « multi timezone », consultez la section Fuseaux horaires.

  Si vous utilisez Oracle comme moteur de base de données, vérifiez que les fichiers de fuseaux horaires Oracle sont bien synchronisés entre le serveur applicatif et le serveur de base. Voir à ce propos la section Oracle.

• Zones de sécurité

  Pour des raisons de sécurité, la plateforme Adobe Campaign n'est plus accessible par défaut : vous devez configurer les zones de sécurité, et pour cela collecter, avant la migration, les adresses IP des utilisateurs.

  Voir à ce sujet la section Sécurité.

• Syntaxe

  Certaines syntaxes en JavaScript pouvaient être tolérées dans les versions 5.11 et 6.02 et ne le seront plus dans la v7 du fait de l'utilisation d'un nouvel interpréteur. Voir à ce sujet la section JavaScript.

  Parallèlement, une nouvelle syntaxe est introduite dans Adobe Campaign v7 pour remplacer celle basée sur SQLData. Si vous utilisez des éléments de code avec cette syntaxe, vous devez les adapter. Voir à ce sujet la section SQLData.

• Mots de passe

  Vous devez configurer les mots de passe Admin et Interne. Pour plus d'informations, consultez la section Mots de passe des opérateurs.

• Arborescence

  Si vous effectuez une migration à partir d'une plateforme v5.11, vous devez réorganiser les dossiers de l'arborescence conformément aux normes Adobe Campaign v6. Pour plus d'informations, voir la section Arborescence Adobe Campaign v7.

• Interaction

  Si vous utilisez Interaction, vous devez supprimer toutes les références au schéma 6.02 qui n'existent plus dans v7. Voir à ce sujet la section Interaction.

Après la migration

Après l'exécution du postupgrade, les éléments suivants doivent être pris en compte et les paramétrages correspondants doivent être réalisés :

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

  A titre de solution temporaire (et pendant que les pages miroir sont toujours en ligne), vous pouvez revenir à l'ancien bloc de personnalisation pour éviter ce problème en définissant l'option XtkAcceptOldPasswords sur 1. Ce paramétrage n'a aucun impact sur l'utilisation du nouveau bloc de personnalisation de la version v6.x.

• 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é. Voir à ce propos la section SQLData.

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

  Consultez la section Conflits.

• Tomcat

  Si vous avez personnalisé le dossier d'installation, vérifiez qu'il est correctement mis à jour après la migration. Pour plus de détails, voir la section Tomcat.

• Rapports

  Tous les rapports d'usine utilisent à présent le moteur de rendu v6.x. Si vous aviez ajouté du code javascript dans ces rapports, certains éléments peuvent être altérés.

  Consultez la section Rapports.

• 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. N'oubliez pas de désactiver ensuite ces deux options. Pour plus d'informations, consultez la section Applications Web identifiées.

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

  Voir la section Applications Web.

  Dans le cadre d'une migration depuis une plateforme v5.11, des paramétrages additionnels doivent être réalisés. Voir à ce propos la section Applications Web.

• Zones de sécurité

  Avant de démarrer le serveur, vous devez configurer les zones de sécurité. Pour plus d'informations, consultez cette section et la section Sécurité.

• Schémas

  Dans Red Hat, vous pouvez rencontrer des erreurs lors de l'édition de certains schémas. Voir à ce propos la section Red Hat.

• Workflows

  Si vous effectuez une migration à partir d'une plateforme v5.11, vous devez contrôler le répertoire d'exécution des workflows. Voir à ce propos la section Workflows.

• Effectuer un tracking

  Si vous effectuez une migration à partir d'une plateforme v5.11, vous devez configurer le mode de tracking. Voir à ce sujet la section Suivre les .

• Page d'accueil

  Dans le cadre d'une migration depuis une plateforme v6.02, vous pouvez définir des paramètres additionnels afin de conserver votre ancienne page d'accueil v6.02. Voir à ce propos la section Ergonomie : page d'accueil et navigation.

• Interaction

  Si vous utilisez Interaction, vous devez ajuster les paramètres après la migration. Voir à ce propos la section Interaction.