Show Menu
SUJETS×

Avant de commencer la migration

Dans ce document, les commandes liées à la base de données sont données à titre d'exemple. Celles-ci peuvent varier en fonction de votre configuration. Contactez votre administrateur de base de données.

Avertissements

Version installée

Avant la migration, vous devez installer le dernier build correspondant à la version que vous utilisez.
Vérifiez la version de votre serveur via le menu Aide > A propos de la console cliente ou à l'aide de la commande nlserver pdump .

Sauvegarde des données

Avant toute migration, vous devez impérativement effectuer une sauvegarde de vos données.

Environnement

  • Il n'est pas possible de changer de type de moteur de base de données (SGBD). Par exemple, il n'est pas possible de passer d'un moteur PostgreSQL à un moteur Oracle. Il est cependant possible de passer d'un moteur Oracle 8 à un moteur Oracle 10.
  • Il n'est pas possible de passer d'une base non-Unicode à une base Unicode.

Recommandations

La procédure de migration étant hautement sensible, nous vous recommandons vivement de lire l'intégralité de ce document avant d'entreprendre son exécution.

Etapes de migration

La procédure de migration doit être effectuée sur tous les serveurs, dans un ordre spécifique.
  • Dans le cas d'une plateforme stand-alone (monomachine), l'application est migrée dans son ensemble.
  • Dans le cas d'une plateforme standard (entreprise), les étapes de migration sont les suivantes :
    1. Migrez le serveur marketing.
    2. Migrez le serveur d'envoi (mta).
    3. Migrez les serveurs de redirection et de tracking (Apache / IIS).
  • Dans le cas d'une plateforme Cloud Messaging , les serveurs d'exécution sont hébergés chez Adobe. Veuillez nous contacter pour coordonner la migration sur les différents serveurs.
  • Dans le cas d'une plateforme Power Booster ou Power Cluster , les étapes de migration sont les suivantes :
    1. Migrez les serveurs de redirection et de tracking (Apache / IIS).
    2. Migrez les serveurs de Power Booster/Cluster.
    3. Migrez le serveur marketing.
La communication entre un serveur de marketing v6.02 et un serveur de Cloud Messaging ou Power Booster/Cluster v7 est possible. Toutefois, si vous décidez de conserver votre serveur marketing en v6.02, celui-ci doit être mis à jour avec le build v6.02 le plus récent avant la migration du serveur de Cloud Messaging ou Power Booster/Cluster.

Mots de passe des opérateurs

Dans v7, la connexion de l’opérateur interne et administrateur doit être sécurisée par un mot de passe. Nous vous recommandons vivement d’affecter des mots de passe à ces comptes et à tous les comptes d’opérateurs avant la migration . Si vous n'avez pas spécifié de mot de passe pour la connexion interne , vous ne pourrez pas vous connecter. Pour attribuer un mot de passe à la connexion interne , saisissez la commande suivante :
nlserver config -internalpassword

Le mot de passe interne doit être identique sur tous les serveurs de tracking. Pour plus d'informations, consultez les sections Identifiant interne et A propos des permissions .