# 5.14. Sauvegarde des données graphe (Log shipping)

La sauvegarde des données graphe des métadonnées (UNIT/GOT) consiste à récupérer au fil de l’eau depuis la base de données (MongoDB) les données graphe par (UNIT/GOT) pour les stocker dans les offres de stockage.

Prudence

En cas de problème de sauvegarde des données graphe, on écrit dans le fichier log une `[Consistency Error]` qu’il conviendra de surveiller.

Avertissement

Si l’instance qui démarre le service de sauvegarde s’arrête, il faut lancer ce service de sauvegarde dans une autre instance.

## 5.14.1. Déclenchement de la sauvegarde

La sauvegarde des données graphe est lancée via un timer systemd ( vitam-metadata-store-graph ), qui démarre le service systemd associé.

- Le timer se lance chaque 30 minutes (par défaut, modifiable selon le besoin - se reporter à changetimers -)
- Le sauvegarde des données graphe se fait sur un intervalle de temps (depuis la dernière sauvegarde jusqu’au temps présent)
- Le fichier généré est un fichier au format `zip`, qui contient un ou plusieurs fichiers `JSON`. Ces fichiers `JSON` contiennent un tableau de données graphe.
- Le nom du fichier de la dernière sauvegarde contient les dates début et fin de sauvegarde. Ce nom est utilisé pour déterminer la dernière date de sauvegarde.
- La sauvegarde des UNIT est séparée de celle des GOT (Deux containers distincts dans chaque offre de stockage)

## 5.14.2. Reconstruction des données graphe

La reconstruction des données graphe se fait avec le même principe que la reconstruction des méta-données (UNIT/GOT) :

- Gérer l’offset de reconstruction des fichiers de sauvegarde des données graphe.
- Mettre à jour uniquement les données graphe. Si un document n’est pas trouvé, une création de ce document est faite et ne contiendra que les données du graphe.
- De même, la reconstruction des métadonnées ne modifie pas les données graphe potentiellement déjà existantes.
- Une purge est faite de tous les documents ayant uniquement les données graphe et qui sont vieux de (1 mois Configurable)
- Les documents ayant uniquement les données graphe ne sont pas indexés dans ElasticSearch.
- La reconstruction est séquentielle (D’abord les métadonnées UNIT/GOT ensuite leur graphe)

Voir aussi

Se reporter à la procédure de Reconstruction des métadonnées pour plus d’informations.