DocumentationExperience Cloud KCS

Topologie du cluster de création MongoMK lors d’une mise à niveau LTS d’AEM 6.5

Dernière mise à jour : 17 octobre 2026

Cet article explique si la réduction d’un cluster de création MongoMK à un seul nœud est techniquement nécessaire pour une mise à niveau statique vers AEM 6.5 LTS, ou s’il sert principalement de protection contre le retour arrière.

Description description

Environnement

  • Adobe Experience Manager 6.5 ou AEM 6.5 LTS
  • Cluster de création MongoMK avec plusieurs instances de création et un ensemble de répliques MongoDB

Problème/Symptômes

  • Lors d’une mise à niveau statique d’AEM 6.5 vers AEM 6.5 LTS, vous êtes invité à réduire le cluster de création MongoMK à une instance de création active et à définir le réplica MongoDB sur un membre.
  • Vous devez déterminer si cette réduction est techniquement requise pour la mise à niveau ou si elle sert principalement de mesure de sauvegarde de restauration.
  • Vous souhaitez savoir si la mise à niveau peut se poursuivre avec le jeu de réplicas MongoDB complet et toutes les instances d’auteur intactes.

Cause

Une seule instance de création doit écrire dans le référentiel pendant la mise à niveau et aucun autre outil ou processus ne doit y écrire. La procédure de mise à niveau publiée par Adobe vous demande également de réduire l’ensemble de réplications MongoDB à un membre et de mettre à jour la DocumentNodeStoreService.cfg de l’auteur principal pour cette topologie. L’évaluation technique de la source indique que la conservation de l’ensemble des répliques peut être envisagée si la condition de rédacteur unique et les mesures de sauvegarde sont respectées, mais cela diffère de la procédure documentée d’Adobe et nécessite une révision spécifique au déploiement.

Résolution resolution

Suivez les étapes ci-dessous pour résoudre le problème :

  1. Arrêtez la création de contenu et assurez-vous qu’une seule instance de création AEM est active et qu’elle écrit dans le référentiel pendant la mise à niveau.

  2. Arrêtez toutes les autres instances de création afin que seul l’auteur désigné reste en cours d’exécution et connecté à MongoDB pendant la mise à niveau.

  3. Choisissez la topologie MongoDB pour la mise à niveau :

    • Pour la procédure de mise à niveau documentée d’Adobe, réduisez temporairement l’ensemble de répliques MongoDB à un membre et mettez à jour le DocumentNodeStoreService.cfg de l’auteur principal pour refléter l’ensemble de répliques à un seul membre.
    • Si vous prévoyez de conserver l’ensemble complet des réplications de MongoDB, ne procédez qu’une fois que le propriétaire de la mise à niveau a confirmé que cette topologie est appropriée pour votre déploiement.

    Remarque : la procédure de mise à niveau publiée par Adobe utilise un jeu de réplicas MongoDB à un seul membre lors de la préparation de la mise à niveau et recrée les nœuds supprimés après une mise à niveau réussie. La conservation de l’ensemble de répliques complet est une alternative identifiée dans l’évaluation technique, et non la procédure par défaut dans le runbook publié. Validez cette alternative avec Adobe ou un spécialiste qualifié de la mise à niveau d’AEM/MongoDB avant de continuer.

  4. Assurez-vous qu’aucun autre outil ou processus n’écrit dans le référentiel pendant la fenêtre de mise à niveau.

  5. Créez des sauvegardes fiables et testées avant la mise à niveau :

    • Sauvegardez l’ensemble de répliques de MongoDB.
    • Sauvegardez le magasin de données, qu’il utilise le stockage de fichiers ou S3.
    • Sauvegardez l’installation de l’auteur, y compris les crx-quickstart.

  6. Procédez à la mise à niveau sur l’instance d’auteur principale en suivant la procédure de mise à niveau statique [ documentée d’Adobe] (https://experienceleague.adobe.com/fr/docs/experience-manager-65-lts/content/implementing/deploying/upgrading/in-place-upgrade).

  7. Après une mise à niveau réussie, vérifiez que l’instance de création et le jeu de réplication MongoDB fonctionnent comme prévu. Remarque : si vous avez utilisé la procédure à un seul membre, recréez les nœuds MongoDB supprimés, mettez à jour DocumentNodeStoreService.cfg pour refléter l’ensemble complet de réplicas, puis redémarrez les instances d’auteur une par une, comme décrit dans la procédure de mise à niveau d’Adobe.

recommendation-more-help
experience-cloud-kcs-help-kbarticles