"VMFS UNMAP" ou "Récupération automatique d'espace de stockage" est une fonctionnalité qui a été introduite avec VMware vSphere 5.0 et qui permet à un utilisateur de récupérer de l’espace inutilisé sur une base de données VMFS (Virtual Machine File System). Cette option permet de déplacer les fichiers stockés d’une base de données VMFS à un autre système de stockage et donc, de libérer de l'espace. Mais dans les systèmes VMware vSphere / ESX / ESXi 6.5 actuels utilisant VMFS 6, cette option est activée par défaut et peux avoir des conséquences négative en cas de récupération de données.
Bien que ce soit une bonne chose, ça peut être source de problèmes: Si une récupération de données est nécessaire, même les meilleurs ingénieurs spécialisés dans la récupération de données ne pourront rien y faire. Par exemple, dans le cas d'une suppression accidentelle de données dans le cloud ou dans un VMDK, plus un utilisateur attend, plus il est probable que les données ne puissent pas être récupérées. Une récupération de données devient alors quasi impossible et la seule possibilité de les retrouver est qu’un système de sauvegarde soit opérationnel au moment de la perte de données.
De nombreux utilisateurs de VMware installent la nouvelle mise a jour VMFS 6 à cause des des nombreux avantages qu’elle offre par rapport aux anciennes versions. La création de fichiers est notamment plus rapide, que se soit pour les petits ou grands fichiers, et le nouveau système de fichiers propose des améliorations telles que l'affinité d'allocation de blocs basée sur VM, qui réduit les conflits de verrouillage de ressources , ainsi que l’accélération globale des performances des systèmes VMware.
Rien que l'année dernière, trois clients Ontrack ont subi des pertes de données irrécupérable avec l'UNMAP activée. Bien qu'il soit utile que la récupération d’espace se fasse automatiquement, cette fonctionnalité peut très rapidement entraîner des pertes de données irréversibles. Les spécialistes de la récupération de données Ontrack travaillaient sur un projet pour une compagnie d'assurance américaine. Ils ont pu identifier des fragments de données d'un VMDK à partir d'un système de sauvegarde accidentellement écrasé, sur lequel était stockée une machine virtuelle importante. Lorsque les experts ont essayé d'extraire le VDMK le lendemain matin, il avait disparu. Le script exécutant la fonction de récupération de l'espace manuel avait complètement réinitialisé les blocs que le VMDK utilisait dans le magasin de données.
Dans vSphere 5.0, la fonctionnalité UNMAP doit être exécutée manuellement, mais dans vSphere 6.5, elle est activée par défaut. Avec la fonctionnalité de récupération automatique les experts en récupération de données craignent que les utilisateurs de VMFS 6 ne réalisent pas qu’avec le paramètre activé par défaut, les chances de récupération de données diminue considérablement. Actuellement, il existe environ 2000 systèmes de stockage équipés de la fonctionnalité UNMAP, parmi lesquels : Dell / EMC Unity (VNX), VMAX, EqualLogic, xTremlO, IMB SVC, Hitachi série G, VSP, SVM, HP MSA et 3Par, Agile, Pure, SolidFire et bien d'autres.
C’est pour cette raison, et par mesure de précaution, que les utilisateurs actuels de ces systèmes VMware doivent se préparer au pire scénario et s'assurer qu'ils copient ou imagent les LUN concernés le plus rapidement possible, lorsqu'ils sont frappés par une perte de donnée ou une défaillance système. De plus, si l'option de récupération d’espace UNMAP est activée sur vos systèmes, vous devriez avoir le contact d’une entreprise de services de récupération de données professionnel qui possède les connaissances et les outils nécessaires pour ce type de données. Ontrack a une connaissance approfondie et une expérience dans les cas de récupération de données VMware. Notre dernier conseil est de toujours disposer d'une sauvegarde du LUN disponible à tout moment, ce qui permettra de limiter au maximum les pertes de données.
France | Français
Localisations
Rechercher
Retour à l'accueil
