Indexation avec Publication immédiate pour les correctifs d'urgence

Lors de l'indexation avec Publication immédiate, les correctifs d'urgence sont appliqués directement au système de production à l'aide d'espaces de travail et en contournant le transfert.

Publication immédiate est un processus en deux étapes lors duquel :
  1. Les requêtes demandées sont placées dans une zone prête à la production dans un environnement de création.
  2. Les données sont publiées directement dans le système de production.
Remarque : Les espaces de travail doivent être activés dans ce scénario.
Avant de commencer, vérifiez que vous avez effectué les actions suivantes.
  1. Pour réindexer directement en production, par exemple pour les correctifs d'urgence, effectuez les tâches de haut niveau suivantes :
    1. Publication immédiate doit d'abord être configuré et fonctionner avec le système de production.
    2. Avec la configuration de l'index de recherche en production, mettez à jour les tables de base de données SRCHCONF et SRCHCONFEXT en production pour pointer vers le nom hôte et le numéro de port du répéteur.
      Important : Le répéteur doit résider en production, car il s'appuie sur la base de données de production pour effectuer des mises à jour d'urgence.
    3. Définissez la même liaison d'espace de noms dans WebSphere Application Server pour chaque serveur de production HCL Commerce.
      1. Dans la console d'administration WebSphere Application Server, accédez à Environnements > Dénomination > Liaisons d'espaces de noms > scope:Node=WC_demo_node,Server=server1.
      2. Ajoutez la paire nom-valeur suivante.
        name: com.ibm.commerce.foundation.server.services.search.indexing.hostname
value: hostname of repeater
name: com.ibm.commerce.foundation.server.services.search.indexing.port
value: search port of repeater
    4. Assurez-vous qu'une commande de planificateur UpdateSearchIndex récurrente est créée. Le travail UpdateSearchIndex peut éventuellement inclure le paramètre mode, qui indique le type de réindexation que vous devez effectuer. Lorsque ce paramètre est spécifié, fullBuild est ignoré. La valeur par défaut est 0, ce qui effectue une réindexation complète et une réindexation delta.
  2. Vous pouvez synchroniser automatiquement l'invalidation du cache à l'aide de la commande du planificateur UpdateSearchIndex.

    Assurez-vous que le fichier de configuration de réplication (solrHome\replication.csv) est mis à jour pour correspondre à votre environnement HCL Commerce Search :

  3. Les considérations suivantes doivent être prises en compte lorsque les données de catalogue et les fichiers d'actifs sont publiés en production :
    • La prochaine fois que la commande du planificateur de réindexation est exécutée.
    • Le temps approximatif que la réindexation pourrait prendre pour s'achever.
    • La prochaine fois que la réplication se produit entre l'index de recherche de production et le répéteur.
    • Le temps approximatif que la réplication de l'index pourrait prendre pour s'achever.

Le flux d'index de recherche avec Publication immédiate et l'index d'espace de travail pour les correctifs d'urgence

Le diagramme suivant décrit l'utilisation de l'application d'un correctif d'urgence à l'aide de Publication immédiate dans un environnement de création et la façon dont l'index de recherche en production est mis à jour avec l'index d'espace de travail :
Application de correctifs d'urgence à l'aide de Publication immédiate

Chronologie des événements

Le diagramme suivant illustre la chronologie des événements que vous devez prendre en compte lors de l'indexation avec Publication immédiate pour les correctifs d'urgence :
Chronologie des événements lors de l'indexation avec Publication immédiate pour les correctifs d'urgence
Où :
  1. Une opération de réindexation est exécutée lorsque le travail du planificateur UpdateSearchIndex est lancé.
  2. Une fois l'indexation terminée, la réplication de l'index commence.
  3. Le planificateur surveille ensuite l'avancement de la réplication d'index sur tous les serveurs subordonnés de recherche en production.
  4. Une fois toutes les réplications d'index terminées, le travail du planificateur émet une instruction d'invalidation du cache en l'insérant dans une entrée de type redémarrage dans la table CACHEIVL. Cette insertion est effectuée en utilisant l'heure de début du travail du planificateur comme heure de début de l'invalidation du cache.
Dans ce flux, les étapes de haut niveau suivantes sont impliquées :
  1. Un groupe de tâches pour Publication immédiate est créé dans un environnement d'espace de travail où toutes les opérations métier requises sont effectuées.
  2. Une fois que le groupe de tâches complet est prêt pour la publication, l'approbateur est invité à afficher l'aperçu et à approuver le contenu.
  3. Lorsque le contenu est approuvé dans l'espace de travail, un travail est soumis pour publier les modifications apportées en production. Une tâche post-publication est affectée dans le cadre de la publication pour mettre à jour les tables TI_DELTA_CATENTRY et TI_DELTA_CATGROUP en production avec les modifications de catalogue affectées correspondantes. Cette tâche permet au moteur de recherche de savoir quels produits ou catégories doivent être réindexés.
  4. Une fois la tâche Publication immédiate terminée et la transaction validée, l'exécution de la recherche détecte les modifications et exécute l'opération de réindexation appropriée en production. Cette tâche est gérée par une commande de planificateur récurrente UpdateSearchIndex qui s'exécute en production.
  5. Une invalidation manuelle du cache pour la vitrine doit être effectuée avant que les modifications mises à jour ne soient visibles en production. Vous pouvez utiliser une option configurable dans le fichier wc-component.xml pour configurer un délai raisonnable avant l'activation de l'invalidation du cache. Vérifiez que la commande du planificateur UpdateSearchIndex est configurée, puis invalidez le cache de vitrine.
  6. L'invalidation du cache pour la vitrine doit être effectuée avant que les modifications mises à jour ne soient visibles en production. Une invalidation de cache automatisée peut être exécutée à l'aide du travail du planificateur UpdateSearchIndex.