Propagation de l'index de recherche
Vous pouvez propager l'index de HCL Commerce Search en appelant l'API REST indexprop. Utilisez Indexprop pour demander que le répéteur d'index de recherche se reproduise avec l'index de recherche de transfert. Cette réplication garantit que vos modifications de catalogue sont insérées dans l'index de HCL Commerce Search en production.
Le répéteur d'index de recherche est utilisé à la fois comme maître et subordonné pour la réplication de recherche.
Il est utilisé comme subordonné lors de la réplication avec l'index de recherche de transfert, où l'index de recherche de transfert est le maître et le répéteur est le subordonné agissant comme une sauvegarde de l'index de recherche en production. Une fois la première réplication terminée à partir du transfert, le répéteur communique les modifications apportées à ses nœuds subordonnés en production.
Le répéteur devient alors le maître, où tous les nœuds des subordonnés de recherche sont configurés pour interroger les changements du répéteur sur un intervalle de temps fixe régulier et préconfiguré. Cet intervalle de temps est défini dans le fichier solrconfig.xml sous replication.
La réplication entre le répéteur et tous les subordonnés de recherche en production peut être automatisée, car les données indexées dans le répéteur correspondent toujours aux données indexées en production. Le répéteur d'index de recherche doit être subordonné au serveur de recherche de transfert et maître du serveur de recherche en production.
- L'appel RESTful indexprop est utilisé par les administrateurs informatiques pour initier la réplication d'index de recherche de l'environnement de transfert vers le répéteur et effectuer l'invalidation du cache pour HCL Commerce Search en production. Pour plus d'informations, voir Propagation de l'index HCL Commerce Search avec le répéteur.
Pour plus d'informations sur le cycle de vie de propagation d'index, voir Indexation avec propagation de transfert.
Pour plus d'informations sur l'utilisation de l'appel indexprop, voir Propagation de l'index HCL Commerce Search avec le répéteur.
http://search_hostname:search_http_port/search/admin/resources/index/replicateOù les paramètres facultatifs pris en charge sont :- indexId
- L'ID du catalogue principal. La valeur par défaut est tous.
- indexName
- La valeur par défaut est catalogue. Les valeurs autorisées pour une installation standard sont catalogue, stock ou prix. Toutefois, vous pouvez répliquer n'importe quel noyau, y compris les noyaux personnalisés, en incluant leur nom dans ce paramètre. Par exemple, pour répliquer MyCustomCoreName, il suffit d'appeler la commande comme suit :
http://search_hostname:search_http_port/search/admin/resources/index/replicate?indexName=MyCustomCoreName - langId
- La valeur par défaut est tout.
http://search_hostname:search_http_port/search/admin/resources/index/replicate/status?jobStatusId=jobIdLa réponse REST affiche le statut de réplication en tant que nombre.- -1 : Le travail est en cours d'exécution.
- -2 : L'ID de travail est introuvable.
- 0 : Travail terminé avec succès.
- 1 : Le travail a échoué.
http://search_hostname:search_http_port/solr/core_name/replication?command=indexversionVous pouvez obtenir core_name à partir de la réponse à l'appel REST suivant. core_name se trouve dans la zone "nom" dans la réponse. L'appel utilise la méthode GET et l'authentification de base. http://search_hostname:search_http_port/solr/admin/coresIdentification des incidents
Sur le serveur de recherche, activez le niveau de suivi "com.ibm.commerce.search.*=all". Les données de suivi associées sont disponibles dans le fichier trace.log.