Contrôle de la progression de la migration

Le contrôle de la progression d'une migration shadow est difficile étant donné le contexte dans lequel est exécutée l'opération. Un seul système de fichiers peut masquer tout ou partie d'un système de fichiers ou de plusieurs systèmes de fichiers ayant des points de montage imbriqués. Ainsi, il n'existe aucun moyen d'être sûr que les statistiques concernant la source soient correctes. De plus, même dans le cas de la migration d'un seul système de fichiers, les méthodes utilisées pour calculer la taille disponible ne sont pas les mêmes pour tous les systèmes. Par exemple, il est possible que le système de fichiers distant utilise la compression ou qu'il ne prenne pas en compte la surcharge des métadonnées. C'est pour toutes ces raisons qu'il est impossible d'afficher une barre de progression précise de la migration.

Le ZFSSA fournit les informations suivantes, dont l'exactitude est garantie :

• Taille totale du système de fichiers local

• Taille logique des données déjà copiées

• Temps déjà consacré à la migration des données

Ces valeurs sont mises à disposition dans la BUI et la CLI via les propriétés du système de fichiers standard et les propriétés du noeud de migration shadow (ou panneau UI). Si vous connaissez la taille du système de fichiers distant, vous pouvez utiliser cette information pour évaluer la progression de la migration. La taille des données copiées comprend uniquement le contenu des fichiers standard à migrer à partir de la source. Les répertoires, métadonnées et attributs étendus ne sont pas compris dans ce calcul. La taille des données déjà migrées comprend uniquement les données migrées à distance, mais il est possible que certaines parties du système de fichiers déjà migrées soient parcourues à la reprise de la migration en arrière-plan. Cela peut entraîner une accélération de la migration lors du traitement des premiers répertoires et un ralentissement lorsqu'elle atteint des parties du système de fichiers qui n'ont pas encore été migrées.

Bien qu'il n'existe aucun moyen fiable de calculer la progression, le ZFSSA donne tout de même une estimation des données restantes en se basant sur l'hypothèse selon laquelle la structure des répertoires serait uniforme. Cette estimation (qui peut être assez précise ou bien complètement inutile en fonction des données) est fournie à titre d'information uniquement. Par exemple, une structure de système de fichiers peut être peu développée mais comprendre une grande quantité de données dans le répertoire qui sera parcouru en dernier. Dans ce scénario, la migration est signalée comme presque terminée puis retombe d'un coup à un pourcentage très bas lorsque ce répertoire est détecté. En revanche, si le premier répertoire traité est très volumineux, l'estimation est faite en considérant que tous les autres répertoires renferment un volume de données similaire puis, lorsqu'ils sont parcourus, l'estimation passe d'un très faible pourcentage de progression à un pourcentage proche de 100 % en découvrant qu'ils sont presque vides. La meilleure façon de mesurer la progression d'une migration est de paramétrer une migration test, de la laisser s'exécuter jusqu'à la fin puis d'utiliser cette valeur pour estimer la progression de la migration d'un système de fichiers de taille et de structure similaires.