⌚ Environ 2 min de lecture

Voir mes favoris

Sauvegarde Avancé 20 min

Un synthetic full sollicite surtout le repository ; il faut donc distinguer source, chaîne et stockage cible.

Avant de commencer : adaptez toujours les commandes et manipulations à votre environnement. Sur un système de production, prévoyez une sauvegarde ou un retour arrière lorsque l’action peut modifier la configuration.

Étapes à suivre

1

Lire l’erreur exacte

Identifiez la phase du job.
2

Contrôler espace

Incluez besoin temporaire et marge.
3

Vérifier I/O repository

Latence et erreurs.
4

Valider la chaîne

Utilisez les fonctions de health check disponibles.

À retenir

Ne supprimez pas le dernier full valide.
Un active full de secours peut augmenter fortement la charge source/réseau.

Complément technique

Sauvegarde : chaîne, immutabilité et capacité doivent être calculées ensemble

Repères techniques

Un synthetic full reconstruit un full à partir des données déjà présentes dans le repository ; il dépend donc de la cohérence de la chaîne et des performances du stockage.
L’immutabilité doit couvrir la fenêtre de rétention et le temps nécessaire pour absorber fulls/incrémentaux sans possibilité d’effacement prématuré.
Capacité de production, taux de changement, compression/déduplication et marge de croissance doivent entrer dans le dimensionnement.

Dimensionnement simple

Commencer par données protégées × taux de changement × nombre de points, puis appliquer les ratios réels mesurés et une marge.

Capacité ≈ Full utile + Σ(incrémentaux) + marge opérationnelle + croissance

Pièges spécifiques

Dimensionner uniquement sur la taille du dernier full sous-estime souvent l’immutabilité.
Un synthetic full “successful” n’est pas une preuve de restauration ; effectuer des tests restore.

Comment valider

La chaîne passe les health checks et un restore test aboutit.
La capacité restante couvre la rétention immuable et la croissance prévues sans fenêtre de saturation.

Preuves et vérifications

Un synthetic full reconstruit un full à partir des données déjà présentes dans le repository ; il dépend donc de la cohérence de la chaîne et des performances du stockage. L’immutabilité doit couvrir la fenêtre de rétention et le temps nécessaire pour absorber fulls/incrémentaux sans possibilité d’effacement prématuré.

Contrôle de résultat

La chaîne passe les health checks et un restore test aboutit. La capacité restante couvre la rétention immuable et la croissance prévues sans fenêtre de saturation.

Point d’attention

Dimensionner uniquement sur la taille du dernier full sous-estime souvent l’immutabilité. Capacité de production, taux de changement, compression/déduplication et marge de croissance doivent entrer dans le dimensionnement.

Concepts liés

Référence primaire : Veeam Help Center — Synthetic full backup.