Change block tracking : sur le papier, la promesse est séduisante. Des sauvegardes plus rapides, moins de données transférées et des fenêtres de backup enfin maîtrisées.
Dans la réalité du prestataire de services managés (MSP), un CBT mal compris ou mal exploité peut aussi devenir un point de fragilité, notamment lors des restaurations critiques.
Le change block tracking permet d’identifier précisément les blocks of data modifiés sur un virtual machine disk, afin d’optimiser les incremental backup dans les environnements VMware vSphere.
Résultat : moins d’I/O, moins de charge, et des sauvegardes plus efficaces qu’un full backup systématique.
Mais encore faut-il savoir quand l’activer, comment le surveiller et comment l’intégrer dans une vraie stratégie de data protection MSP, sans dépendre aveuglément du CBT.
C’est précisément là que des solutions de sauvegarde comme Acronis Cyber Protect Cloud exploitent intelligemment le change block tracking, en combinant rapidité des sauvegardes incrémentales, contrôles de cohérence et fiabilité des restaurations.
À retenir
- Le change block tracking permet d’identifier uniquement les blocks of data modifiés depuis la dernière sauvegarde
- Il accélère drastiquement les incremental backup sur environnements virtualisés
- Il repose sur le suivi des disk sectors au niveau du virtual machine disk
- Mal géré, il peut impacter la fiabilité des restaurations
- Bien intégré dans des backup solutions MSP, il optimise performances et coûts
Comprendre le change block tracking (CBT)
Le change block tracking, aussi appelé block tracking CBT, est une technologie utilisée principalement dans les environnements VMware vSphere.
Son rôle est simple en apparence : identifier précisément quels blocks of data ont changé sur un disque virtuel depuis la dernière sauvegarde.
Contrairement à une approche basée sur le file system, le CBT travaille au niveau des disk sectors du virtual machine disk (VMDK).
Résultat : on ne scanne plus l’intégralité du disque à chaque passage.
Pourquoi le change block tracking change la donne pour les MSP ?
Sans CBT, un incremental backup doit analyser l’ensemble du disque pour déterminer ce qui a changé.
Avec le change block tracking, la plateforme sait déjà exactement quels blocs ont été modifiés.
Les bénéfices sont immédiats :
- Sauvegardes incrémentielles beaucoup plus rapides
- Moins d’I/O sur les hôtes
- Fenêtres de backup réduites
- Meilleure expérience client (moins d’impact en production)
Pour un MSP qui gère plusieurs environnements virtualisés, le gain est loin d’être anecdotique.
Comment fonctionne le change block tracking concrètement ?
Lorsque le CBT est activé, l’hyperviseur maintient une carte des blocs modifiés sur chaque virtual machine disk.
À chaque écriture disque, les blocks of data concernés sont marqués comme “changés”.
Lors du prochain incremental backup, la party backup solution interroge cette carte :
- Elle ne lit que les blocs modifiés
- Elle ignore les blocs inchangés
- Elle transfère uniquement les données nécessaires
C’est ce mécanisme qui permet l’activation du change block tracking et explique les gains de performance observés lors des sauvegardes incrémentales.
Enable changed block tracking : conditions techniques à respecter
Avant de permet d’activer changed block tracking, quelques prérequis sont indispensables :
- La VM doit avoir une hardware version compatible
- Les disques doivent être au format supporté
- Le CBT doit être activé VM éteinte (dans la majorité des cas)
- Certaines opérations (snapshots, migrations) doivent être maîtrisées
Un CBT mal activé, c’est souvent invisible… jusqu’au jour où une restauration échoue.
Change block tracking vs full backup
Soyons clairs : le change block tracking ne remplace pas le full backup.
Il l’optimise.
Une stratégie saine repose sur :
- Un sauvegarde complète initiale
- Des incremental backup basés sur le CBT
- Des full réguliers pour garantir la cohérence globale
Le CBT accélère le quotidien, mais la robustesse d’une politique de sauvegarde repose toujours sur un équilibre entre incrémental et complet.
CBT et fiabilité des restaurations : le point de vigilance MSP
C’est LE sujet qui inquiète les MSP expérimentés.
Si la table CBT est corrompue ou désynchronisée, une sauvegarde incrémentale peut être incohérente.
Bonnes pratiques :
- Forcer périodiquement un full backup
- Réinitialiser le CBT en cas de doute
- Tester régulièrement les restaurations
- S’appuyer sur des backup solutions capables de détecter les incohérences CBT
Le CBT est un accélérateur, pas une assurance tous risques.
Intégrer le change block tracking dans une stratégie MSP
Pour un MSP, le change block tracking doit s’inscrire dans une vision globale de la data protection, et non être activé isolément. Son efficacité dépend de la capacité à superviser, contrôler et documenter l’ensemble de la chaîne de sauvegarde.
Concrètement, cela passe par :
- la supervision continue de l’état des sauvegardes et des mécanismes CBT,
- un reporting clair et exploitable pour les clients,
- l’automatisation des contrôles de cohérence et des alertes,
- la documentation des dépendances techniques (hardware version, snapshots, configurations VMware).
Des backup solutions conçues pour les MSP, comme Acronis Cyber Protect Cloud ou Datto RMM, facilitent cette approche en intégrant le change block tracking dans des workflows de sauvegarde, de supervision et de restauration cohérents, pensés pour des environnements multi-clients.
Le CBT n’est donc pas un simple bouton “on/off”, mais un composant clé d’une stratégie de sauvegarde industrialisée.
Conclusion : le CBT, un allié puissant… s’il est bien maîtrisé
Le change block tracking est un véritable accélérateur pour les MSP qui opèrent des environnements virtualisés exigeants.
Bien exploité, il réduit les temps de sauvegarde, améliore l’efficacité des backup solutions et renforce durablement la data protection.
Mais comme tout mécanisme technique avancé, il exige méthode, supervision et bonnes pratiques.
S’appuyer sur des solutions éprouvées comme Acronis ou Datto permet d’exploiter les bénéfices du CBT tout en limitant les risques opérationnels.
Maîtrisé, le change block tracking devient un levier de performance et de fiabilité pour le MSP. Négligé, il peut rapidement se transformer en angle mort lors des restaurations critiques.
👉 Besoin d’optimiser vos sauvegardes virtualisées sans compromis sur la fiabilité ? Les équipes BeMSP vous accompagnent pour bâtir une stratégie de protection des données adaptée aux réalités MSP. Réservez votre démo gratuite ici.
FAQ
Comment fonctionne le change block tracking ?
Le change block tracking identifie les blocks of data modifiés sur un disque virtuel depuis la dernière sauvegarde, en s’appuyant sur le suivi des disk sectors au niveau de l’hyperviseur.
Qu’est-ce que “changed block tracking enabled” ?
Cela signifie que le CBT est actif sur la machine virtuelle et que les modifications disque sont suivies pour optimiser les incremental backup.
Comment désactiver le change block tracking ?
La désactivation du CBT nécessite généralement d’éteindre la VM, de modifier les paramètres avancés, puis de redémarrer la machine. Une nouvelle sauvegarde complète est alors recommandée.
Qu’est-ce que le CBT (change block tracking) ?
Le CBT est un mécanisme de suivi des modifications disque utilisé par les backup solutions pour accélérer les sauvegardes incrémentales en environnement virtualisé.
Qu’est-ce qu’un CTK VMDK ?
Un fichier CTK est un fichier associé au VMDK qui stocke les informations de suivi des blocs modifiés utilisées par le change block tracking.
Quels sont les quatre types de sauvegarde ?
Les principaux types sont :
- Full backup
- Incremental backup
- Sauvegarde différentielle
- Sauvegarde miroir ou snapshot-based
