Procédure de mise à niveau upgrade-procedure
Lors de la mise à niveau de vos environnements AEM, vous devez tenir compte des différences d’approche entre la mise à niveau des environnements de création ou de publication afin de minimiser les temps d’arrêt pour vos auteurs et vos utilisateurs finaux. Cette page décrit la procédure de haut niveau pour mettre à niveau une topologie AEM en cours d’exécution sur une version d’AEM 6.x. Le processus étant différent entre les niveaux Auteur et Publication, ainsi que les déploiements basés sur Mongo et TarMK, chaque niveau et micro-noyau a été répertorié dans une section distincte. Lors de l’exécution de votre déploiement, nous vous recommandons d’abord de mettre à niveau votre environnement de création, de déterminer la réussite, puis de passer aux environnements de publication.
Niveau de création TarMK tarmk-author-tier
Démarrage de la topologie starting-topology
La topologie utilisée pour cette section consiste en un serveur d’auteur s’exécutant sur TarMK avec un Secondaire Cold. La réplication se produit du serveur d’auteur à la ferme de publication TarMK. Bien qu’elle ne soit pas illustrée ici, cette approche peut également être utilisée pour les déploiements qui utilisent le déchargement. Veillez à mettre à niveau ou à recréer l’instance de déchargement sur la nouvelle version après avoir désactivé les agents de réplication sur l’instance d’auteur et avant de les réactiver.
Préparation de la mise à niveau upgrade-preparation
- Arrêtez la création de contenu.
- Arrêtez l’instance de secours.
- Désactivez les agents de réplication sur l’auteur.
- Exécutez la variable tâches de maintenance préalables à la mise à niveau.
Exécution de la mise à niveau upgrade-execution-1
- Exécutez la mise à niveau sur place.
- Mettez à jour le module du Dispatcher si nécessaire.
- Le contrôle qualité valide la mise à niveau.
- Fermez l’instance d’auteur.
En cas de réussite if-successful
- Copiez l’instance mise à niveau pour créer une nouvelle instance Cold Standby.
- Lancez l’instance d’auteur.
- Démarrez l’instance de secours.
En cas d’échec (restauration) if-unsuccessful-rollback
- Démarrez l’instance Cold Standby en tant que nouvelle instance principale.
- Recréez l’environnement de création depuis l’instance Cold Standby.
Grappe d’auteurs MongoMK mongomk-author-cluster
Démarrage de la topologie starting
La topologie supposée de cette section est constituée d’un cluster d’auteur MongoMK avec au moins deux instances d’auteur AEM, prises en charge par au moins deux bases de données MongoMK. Toutes les instances d’auteur partagent une banque de données. Ces étapes doivent s’appliquer aux entrepôts de données S3 et File. La réplication se produit des serveurs d’auteur à la ferme de publication TarMK.
Préparation de la mise à niveau preparation
- Arrêtez la création de contenu.
- Clonez le magasin de données pour la sauvegarde.
- Arrêtez toutes les instances d’auteur AEM sauf une, votre instance d’auteur principale.
- Conservez uniquement un nœud MongoDB du jeu de réplication, votre instance Mongo principale.
- Mettez à jour le fichier
DocumentNodeStoreService.cfg
sur l’auteur principal pour qu’il reflète votre jeu de réplication à un seul membre. - Redémarrez l’auteur principal pour vous assurer qu’il redémarre correctement.
- Désactivez les agents de réplication sur l’auteur principal.
- Exécutez les tâches de maintenance avant la mise à niveau sur l’instance d’auteur principale.
- Si nécessaire, mettez à niveau MongoDB vers la version 3.2 sur l’instance principale Mongo avec WiredTiger.
Exécution de la mise à niveau execution
- Exécutez une mise à niveau sur place sur l’auteur principal.
- Mettez à jour le Dispatcher ou le module web si nécessaire.
- Le contrôle qualité valide la mise à niveau.
En cas de réussite successful-1
- Créez de nouvelles instances d’auteur 6.3, connectées à votre instance de mise à niveau Mongo.
- Recréez les nœuds MongoDB qui ont été supprimés du cluster.
- Mettez à jour les fichiers
DocumentNodeStoreService.cfg
pour qu’ils reflètent le jeu de réplication complet. - Redémarrez les instances d’auteur, une par une.
- Supprimez les magasin de données clonés.
En cas d’échec (restauration) if-unsuccessful
- Reconfigurez les instances d’auteur secondaires pour établir la connexion au magasin de données cloné.
- Désactivez l’instance d’auteur principale mise à niveau.
- Désactivez l’instance principale Mongo mise à niveau.
- Démarrez les instances secondaires Mongo, l’une d’entre elles faisant office d’instance principale.
- Configurez les fichiers
DocumentNodeStoreService.cfg
sur les instances d’auteur secondaires pour indiquer l’ensemble de réplication des instances Mongo qui ne sont pas encore mises à niveau. - Démarrez les instances d’auteur secondaires.
- Nettoyez les instances d’auteur mises à niveau, le noeud Mongo et l’entrepôt de données.
Ferme de publication TarMK tarmk-publish-farm
Ferme de publication TarMK publish-farm
La topologie supposée de cette section est composée de deux instances de publication TarMK, devant lesquelles les dispatchers sont eux-mêmes devancés par un équilibreur de charge. La réplication se produit du serveur de création à la ferme de publication TarMK.
Exécution de la mise à niveau execution-upgrade
- Arrêtez le trafic de l’instance de publication 2 à l’équilibreur de charge.
- Exécutez la maintenance d’avant mise à jour sur l’instance de publication 2.
- Exécutez la mise à jour sur place sur l’instance de publication 2.
- Mettez à jour le Dispatcher ou le module web si nécessaire.
- Videz le cache du Dispatcher.
- Le contrôle qualité valide l’instance de publication 2 via le Dispatcher, derrière le pare-feu.
- Désactivez l’instance de publication 2.
- Copiez l’instance de publication 2.
- Démarrez l’instance de publication 2.
En cas de réussite successful-2
- Activez le trafic vers l’instance de publication 2.
- Arrêtez le trafic vers l’instance de publication 1.
- Arrêtez l’instance de publication 1.
- Remplacez l’instance de publication 1 avec une copie de l’instance de publication 2.
- Mettez à jour le Dispatcher ou le module web si nécessaire.
- Videz le cache du Dispatcher pour l’instance de publication 1.
- Démarrez l’instance de publication 1.
- Le contrôle qualité valide l’instance de publication 1 via le Dispatcher, derrière le pare-feu.
En cas d’échec (restauration) rollback
- Créez une copie de l’instance de publication 1.
- Remplacez l’instance de publication 2 avec une copie de l’instance de publication 1.
- Videz le cache du Dispatcher pour l’instance de publication 2.
- Démarrez l’instance de publication 2.
- Le contrôle qualité valide l’instance de publication 2 via le Dispatcher, derrière le pare-feu.
- Activez le trafic vers l’instance de publication 2.
Dernières étapes de mise à niveau final-upgrade-steps
- Activez le trafic vers l’instance de publication 1.
- Le contrôle qualité procède à la validation finale à partir d’une URL publique
- Activez les agents de réplication de l’environnement de création.
- Reprenez la création de contenu.
- Effectuez les vérifications d’après mise à niveau.