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).