Synchronisation d'index et mises à jour delta dans HCL Commerce Search

L'index HCL Commerce Search peut généralement se désynchroniser des dernières données de production au fil du temps. Pour maintenir l'exactitude des données de résultat de recherche, la réindexation doit être effectuée à un certain moment au cours des opérations commerciales normales. Il existe trois formes de réindexation de recherche et, selon les besoins de votre entreprise, des coûts et avantages sont associés à chacune des options suivantes : Réindexation complète, réindexation delta et mises à jour d'urgence.

Prenez en considération les scénarios suivants lorsque vous sélectionnez une option de réindexation :

Réindexation complète: L'exécution d'une réindexation complète regénére l'index de recherche entier. Une fois l'indexation terminée, le moteur de recherche utilise automatiquement l'index mis à jour. La réindexation complète est efficace lorsque de nombreuses mises à jour sont appliquées au fil du temps et que les performances de l'index commencent à se dégrader en raison de la fragmentation. Toutefois, une réindexation complète peut prendre un temps considérable et il est donc préférable de la réaliser selon un calendrier étendu, par exemple sur une base hebdomadaire
Réindexation delta: Une réindexation delta n'exécute que des mises à jour incrémentielles de l'index de recherche opérationnel existant. La réindexation delta est efficace lorsque la quantité de données modifiées est gérable et suffisamment petite pour être appliquée en tant que lot. En règle générale, la réindexation delta se fait à intervalles réguliers dans un environnement de transfert. Une fois les changements prêts, elle est publiée depuis l'environnement de transfert vers la production par la réplication, minimisant ainsi l'impact commercial. Cependant, vous pouvez rencontrer des scénarios commerciaux dans lesquels une réindexation delta pourrait être trop compliquée, et où une réindexation complète est donc préférable.; Pour exécuter une réindexation delta, définissez l'indicateur fullbuild sur false lorsque le système génère l'index de recherche. Sinon, la valeur par défaut est true, ce qui permet d'effectuer un prétraitement complet et de générer l'index.

Génération de l'index

Utilisez l'appel REST d'index de génération pour effectuer à la fois le prétraitement des données et la génération d'index.

Pour plus d'informations sur l'appel REST de génération d'index, voir Génération de l'index HCL Commerce Search.

Le processus de génération extrait et met à plat les données HCL Commerce, puis écrit ces données dans un jeu de tables temporaires dans la base de données HCL Commerce. Les données des tables temporaires sont alors utilisées par l'utilitaire de génération d'index pour remplir les index de recherche à l'aide de l'outil DIH (Data Import Handler). Lorsque vous utilisez plusieurs index, par exemple, chaque langue ayant son propre index séparé, l'index est construit plusieurs fois.

Pour plus d'informations, voir Génération de l'index de recherche.

Evénements qui déclenchent des réindexations de recherche

L'index de recherche est déclenché pour réindexation lorsque certaines actions ont lieu dans WebSphere Commerce. La réindexation est nécessaire pour éviter d'utiliser des données obsolètes, en s'assurant que le contenu que vous utilisez ou que vous prévisualisez est à jour.

Dans le Centre de gestion, avec les espaces de travail activés :

Validation de groupe de tâches
Prévisualisation du magasin
Afficher les facettes (index d'entrée du catalogue)
Travail du planificateur UpdateSearchIndex
Remarque : Cette tâche de planificateur déclenche une réindexation uniquement sur l'index de base. Elle supprime les index d'espace de travail pour éviter la réindexation inutile causée par des modifications non validées.

Dans le Centre de gestion, avec les espaces de travail désactivés :

Prévisualisation du magasin
Afficher les facettes (index d'entrée du catalogue)
Travail du planificateur UpdateSearchIndex

Dans le magasin type Aurora :

Travail du planificateur UpdateSearchIndex.
Remarque : Ce travail du planificateur détecte les modifications apportées à partir de l'environnement de création à l'aide des tables de base de données TI_DELTA_CATENTRY et TI_DELTA_CATGROUP temporaires. Autrement dit, une fois la tâche de publication immédiate approuvée, l'exécution publie automatiquement l'historique des modifications de recherche pour les tables temporaires dans les bases de données de transfert et de production. Elle commence ensuite une réindexation pour les correctifs d'urgence de l'environnement de production.

Utilisation des utilitaires :

L'appel RESTful buildindex. Voir Génération de l'index HCL Commerce Search.

Quand effectuer des générations d'index de recherche complet

L'index HCL Commerce Search est automatiquement créé lorsque certaines tâches métier sont exécutées, comme indiqué dans Tâches métier courantes et leur impact sur l'index HCL Commerce Search. Dans plusieurs cas, les tâches métier courantes se traduisent par des données d'index delta qui ne présentent pas de risque important pour les performances du système de production. Toutefois, le fait de générer plusieurs index delta sans générer occasionnellement d'index complet pourrait entraîner une dégradation progressive de l'index de recherche au fil du temps en raison de la fragmentation. Pour éviter ce problème, effectuer des générations d'index de recherche complètes lorsque cela est possible garantit que l'index de recherche fonctionne correctement dans le temps.

Lorsque Lucene reçoit une requête de suppression, il ne supprime pas les entrées de l'index, mais les marque plutôt pour suppression et ajoute des enregistrements mis à jour à la fin de l'index. Ce marquage entraîne une répartition inégale du catalogue entre les différents fichiers de données de segment dans l'index de recherche et peut entraîner une augmentation des temps de réponse de recherche. Si vous disposez d'un serveur d'indexation dédié, envisagez de planifier une génération périodique d'index de recherche complet. Créez cette tâche de génération en arrière-plan qui s'exécute une fois par mois, afin que les entrées supprimées soient vidées et que les données soient optimisées.

Travaux du planificateur

HCL Commerce Search contient des tâches du planificateur à déclencher pour la synchronisation d'index.

Pour plus d'informations, voir Planification des travaux HCL Commerce Search.

Approches de l'index de recherche

Bien que les entrées de catalogue soient mentionnées dans la synchronisation d'index et les mises à jour delta dans la recherche WebSphere Commerce, la même approche s'applique aux autres index de recherche ou BOD, tels que ChangeCatalogGroup.

Optimisation de l'index de recherche

Plusieurs conseils d'optimisation de recherche peuvent être pris en considération lors de l'administration de la recherche WebSphere Commerce. Pour plus d'informations, voir Optimisation de l'index de recherche.