Vérification de l'intégrité de l'index

Vous pouvez utiliser un pipeline de vérification Ingest spécialisé pour vérifier que l'index Elasticsearch contient toutes les données requises. Ce pipeline vérifie que toutes les données entrantes sont correctement insérées dans l'index. Le pipeline compare les résultats du processus Ingest avec l'entrée d'origine pour garantir une prise de données fiable.

Le contrôle d'intégrité se compose de deux parties. Dans HCL Commerce Search avant la version 9.1.12, la vérification utilise les pipelines auth.validate et live.validate, un pour chaque environnement. A partir de la version 9.1.12, un second ensemble de connecteurs, auth.validate.cas et live.validate.cas, est disponible pour les utilisateurs du modèle d'indexation CAS (Magasin de ressources de catalogue). Pour plus d'informations sur l'indexation CAS, voir Choix de votre modèle d'index. Chaque pipeline effectue les vérifications suivantes :

Validation d'index de magasin: Cette étape du pipeline vérifie l'existence de tous les documents. Elle compte les langues, les catalogues et les devises pris en charge dans chaque document et vérifie les valeurs de zone par défaut par rapport à la base de données. Cette vérification est basée sur les ID magasin et les ID de langue.
Validation d'index de produit: Cette étape vérifie l'existence du document en comptant le nombre de documents pour chaque produit, article, groupement, variante et type de document dynamique. Elle compte le nombre d'attributs et vérifie les URL de référencement pour chaque ID de catégorie. Si une URL n'est pas présente dans l'index de produit, elle le recherche dans l'index d'URL, puis dans la base de données. En outre, cette étape vérifie si les produits ont des articles associés et vérifie que la catégorie, le chemin et la section path_name existent dans l'index pour chaque Catentry.
Validation d'index de catégorie: L'existence des documents est vérifiée en fonction du magasin, de la langue et du catalogue. Cette étape compte le nombre de catégories monoparentales liées, ainsi que le nombre de facettes et d'enfants pour les objets non feuilles. Elle vérifie également qu'une section de chemin existe dans chaque document.
Validation d'index d'attribut: Cette étape vérifie l'existence de tous les documents et compte le nombre d'attributs comparable, facet.zero, facet.search, merchandisable, searchable, ribbon et swatchwable. Elle compte également les valeurs d'attribut pour chaque attribut. Ces vérifications sont basées sur le magasin et la langue.

Nœuds finaux d'API

Pour déclencher la vérification d'intégrité, l'API Ingest ci-dessous est utilisée :

https://ingest-host:ingest-port/connectors/auth.validate/run?storeId=storeIdt

Cette API génère un runId qui est utilisé dans les API suivantes.

Pour vérifier le statut d'exécution de l'appel précédent, utilisez :

http://ingest-host:ingest-port/connectors/auth.validate/runs/runId/status

Pour vérifier s'il y a une erreur dans l'exécution, utilisez l'appel d'API suivant :
```
http://ingest-host:ingest-port/connectors/auth.validate/runs/<runId>
```

Pour vérifier les journaux de validation, utilisez l'appel d'API suivant :

http://ingest-host:ingest-port/connectors/auth.validate/runs/runId?logSeverity=V

Note: Le paramètre logSeverity est sensible à la casse. Pour extraire les journaux du pipeline de validation, ajoutez une valeur V en majuscules.