Exploration du contenu de site dans un environnement de transfert
Pour les mises à jour régulières, le traitement d'indexation se fait dans l'environnement de transfert, puis reproduit vers la production. Dans ce cas, le fichier manifeste n'a pas besoin d'être copié, car il n'est nécessaire que lors de l'indexation.
Pour les mises à jour d'urgence, le traitement d'indexation se fait dans l'environnement de production au niveau du répéteur. Dans ce cas, le fichier manifest.txt doit être copié.
- Une fois le contenu de site testé dans le transfert, les fichiers d'actifs mis à jour sont copiés manuellement vers la production.
- Dans le système de production, un administrateur informatique met à jour le fichier manifest.txt correct pour inclure uniquement l'ensemble de fichiers qui doivent être réindexés.
- Démarrez le script de regénération de l'index de contenu de site à partir du système de production afin que le répéteur puisse être mis à jour avec les dernières modifications de contenu de site.
- Une fois la réindexation du répéteur terminée, les serveurs de recherche subordonnés en production détectent ces mises à jour et démarrent immédiatement la réplication.
- Facultatif : Si le contenu de site mis à jour est mis en cache, une invalidation manuelle est requise.
Dans les deux cas (mises à jour régulières et mises à jour d'urgence), vous devez copier manuellement les fichiers d'actifs de contenu non générés mis à jour au niveau de la production. Pour les fichiers supprimés, l'index de ces fichiers supprimés doit être supprimé manuellement du serveur où le traitement d'indexation se produit à l'aide de l'appel RESTful buildindex avec webcontentDelete défini sur true.