Définition simple
Une stratégie où un full initial est suivi principalement de sauvegardes incrémentales.
Définition technique
Le logiciel conserve ou transforme la chaîne afin d’éviter de refaire régulièrement un full actif.
À quoi cela sert ?
Réduire la quantité de données lues et transférées à chaque sauvegarde.
Exemple concret
Après le premier full, seules les modifications quotidiennes sont envoyées.
Problèmes fréquents
- Chaîne longue
- Dépendance au repository
- Maintenance du full synthétique nécessaire
Termes associés
À retenir : les comportements et commandes précises peuvent varier selon les versions, produits et architectures.
Approfondissement et preuve primaire
Une stratégie forever forward incremental crée d’abord une sauvegarde complète puis enchaîne des incréments, tout en transformant périodiquement la chaîne afin de respecter la rétention sans refaire systématiquement un full depuis la source. Elle réduit la charge de lecture sur les systèmes protégés, mais reporte une partie du travail sur le dépôt et rend la cohérence de la chaîne essentielle.
Vérification approfondie
Pour l’exploiter, surveiller l’espace libre, les opérations de merge, la fenêtre de maintenance du dépôt et la santé de chaque restore point. Une chaîne longue n’est pas un problème par principe si le produit la gère correctement ; en revanche, une interruption de merge, un stockage instable ou une corruption peut affecter plusieurs points dépendants.
Critère de validation
La stratégie est validée par des restaurations régulières, pas uniquement par un statut de job vert. Vérifier qu’un point ancien et un point récent peuvent être montés ou restaurés, que la rétention supprime réellement les points attendus et que les opérations de transformation ne dépassent pas la fenêtre ou les performances disponibles sur le dépôt.
Référence primaire : Veeam — Forever Forward Incremental Backup.