# Snapshot incrémental après update de document et segment
**URL:** https://discuss.elastic.co/t/snapshot-incremental-apres-update-de-document-et-segment/314662
**Category:** Discussions en français
**Tags:** snapshot-and-restore
**Created:** [September 19, 2022, 7:12am UTC](https://discuss.elastic.co/t/snapshot-incremental-apres-update-de-document-et-segment/314662 "2022-09-19T07:12:01Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@bricevalenza](https://discuss.elastic.co/u/bricevalenza)
#### Post date: [September 19, 2022, 7:12am UTC](https://discuss.elastic.co/t/snapshot-incremental-apres-update-de-document-et-segment/314662/1 "2022-09-19T07:12:01Z")
Bonjour,
Sur une architecture assez conséquente (environs 32 To de donnée x2 pour le replica), nous réalisons régulièrement des mises à jours de document (besoin en terme de moteur de recherche donc pas d'ingestion régulière, mais plutôt des mises à jours de document une fois par semaine).
Nous faisons un snapshot par index ( on en a trois en tout, donc un index fait environs 10 To).
Le soucis que nous rencontrons c'est lors d'une mise à jour même minime (1000 documents), on se retrouve a devoir re-snapshoter beaucoup de donnée, ce qui provoque un temps de backup extrêmement long (6-7h). Vis à vis du nombre de document modifié ça parait beaucoup.
Je pense que le soucis proviens des segments qui sont certainement "mergés" entre l'ancien snapshot, aprés l'update de document, et avant le nouveau snapshot.
Avez-vous des astuces, une solution pour essayer de réduire ce temps de snapshot au maximum ? Peut-être peut-on jouer sur le nombre de segment ? Eviter un merge ? etc.
Merci beaucoup.
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [October 17, 2022, 7:12am UTC](https://discuss.elastic.co/t/snapshot-incremental-apres-update-de-document-et-segment/314662/2 "2022-10-17T07:12:04Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.