5.23. Réindexation¶
Cette procédure consiste à réindexer le contenu des bases de données Elasticsearch-data (cluster d’indexation dédié aux données métier) en cas de perte ou d’inconsistance de données, à partir des informations présentes dans les bases de données MongoDB-data (replicaset MongoDB stockant les données métier de Vitam). Elle part du principe que le contenu des collections MongoDB-data n’a pas été altéré et que les différents indexes Elasticsearch-data sont toujours existants.
5.23.1. Déclenchement¶
La réindexation se déclenche de la manière suivante :
ansible-playbook ansible-vitam-exploitation/reindex_es_data.yml -i environments/hosts.<environnement> --ask-vault-pass
Ce playbook s’assure que le composant vitam-functional-administration est démarré, puis procède à la réindexation et au re-aliasing (bascule sur le nouvel index) des collections suivantes :
- unit
- objectgroup
- logbookoperation
- securityprofile
- context
- ontology
- ingestcontract
- agencies
- accessionregisterdetail
- archiveunitprofile
- accessionregistersummary
- accesscontract
- fileformat
- filerules
- profile
- griffin
- preservationscenario
- managementcontract
Note
La réindexation peut s’opérer au besoin sur uniquement l’une des collections ci-dessus en spécifiant l’option –tags <collection> à l’exécution de la commande ansible.
Prudence
La réindexation de la collection griffin n’est pas utilisable dans cette version (bug 5762).
Prudence
La purge des anciens index n’est pas réalisée par cette procédure scriptée et est laissée à la charge de l’exploitant.
Note
Les fichiers mapping ES des collections metadata Unit et ObjectGroup sont externalisés (configurables de l’extérieur).