Qu'est-ce que la réhydratation ?
La réhydratation est le processus qui reconstruit des données dans leur forme d'origine à partir d'un stockage dédupliqué. La déduplication stocke chaque bloc unique une seule fois et remplace les répétitions par des références. Relire les données revient à suivre ces références et à réassembler chaque bloc dans l'ordre : c'est plus coûteux que la lecture d'une copie simple.
Pourquoi les données dédupliquées doivent-elles être réhydratées ?
La déduplication découpe les données entrantes en segments, conserve un exemplaire de chaque segment distinct et enregistre, pour chaque sauvegarde, la liste des segments qui la composent. Après des mois de sauvegardes, les segments d'un même point de restauration sont dispersés dans le stockage, là où chacun est apparu pour la première fois. Une restauration doit tous les localiser et les lire. Il en va de même quand une sauvegarde est copiée vers un système qui ne partage pas le même format de déduplication, comme la bande ou le stockage d'un autre fournisseur.
Quel est l'effet de la réhydratation sur la vitesse de restauration ?
L'écriture sur un stockage dédupliqué est en grande partie séquentielle. La relecture est en grande partie aléatoire, car les morceaux consécutifs d'un fichier se trouvent à des endroits différents. Sur disque dur, les lectures aléatoires sont bien plus lentes que les lectures séquentielles. Le débit de restauration d'un système de déduplication est donc souvent très inférieur à son débit de sauvegarde.
| Opération | Type d'accès | Effet |
|---|---|---|
| Sauvegarde vers un stockage dédupliqué | Écritures surtout séquentielles | Rapide, avec une bonne réduction des données |
| Restauration d'une sauvegarde récente | Lectures aléatoires dans des segments anciens et récents | Plus lente que le débit d'ingestion |
| Restauration instantanée ou navigation dans les fichiers | Lectures aléatoires intensives pendant l'exécution | Parfois impraticable sur certains systèmes |
| Copie vers bande ou cloud | Réhydratation complète au préalable | Fenêtres de copie longues |
Quand la réhydratation devient-elle un problème ?
Elle pèse surtout lors d'une restauration de grande ampleur, quand de nombreux systèmes sont restaurés en même temps et que chaque flux se dispute les mêmes segments dispersés. Un système qui restaure une machine virtuelle dans un délai acceptable peut mettre des jours pour plusieurs centaines. Elle pèse aussi sur la restauration instantanée, où une machine s'exécute directement depuis le stockage de sauvegarde. L'article Pourquoi les restaurations dédupliquées prennent plus de temps détaille l'effet sur le délai de reprise.
Comment en réduire l'effet ?
Plusieurs approches aident. Conserver les points de restauration les plus récents sur un stockage sans réhydratation, et réserver le stockage dédupliqué aux plus anciens, donne des restaurations rapides là où elles sont le plus probables. Les systèmes à base de flash gèrent bien mieux les lectures aléatoires que le disque. Le logiciel de sauvegarde peut aussi appliquer sa propre déduplication et sa compression à la source, puis écrire sur un stockage qui sert directement les lectures : la restauration lit alors les données sans étape de réassemblage distincte. La mesure qui tranche est le débit de restauration sous une charge réaliste.
Questions fréquentes
La réhydratation ne concerne-t-elle que les appliances de déduplication ?
C'est là qu'elle est la plus visible, car la réduction des données a lieu dans le stockage. Tout système qui stocke les données sous forme de références à des segments partagés doit les réassembler à la lecture.
La réhydratation présente-t-elle un risque de perte de données ?
Pas en elle-même. C'est un coût de performance. Le risque associé est ailleurs : de nombreuses sauvegardes dépendent des mêmes segments stockés, et un dommage sur l'un d'eux les touche toutes.
Comment mesure-t-on la vitesse de réhydratation ?
En restaurant un ensemble représentatif de systèmes et en relevant le débit, idéalement plusieurs à la fois pour refléter une reprise réelle.