- Introduction
- Pourquoi plus de Profils Itinérants de type “Fichier” ?
- Pourquoi le VHDX est mieux ?
- Pourquoi surveiller mes VHDX ?
- Comment faire ?
- Le résultat
introduction
Si vous suivez un peu l’actu de la virtualisation et du Modern Workplace, vous savez que le format VHDX est devenu le patron incontesté pour stocker les profils utilisateurs. Que vous utiliser Parallels Ras, RDS ou Citrix, c’est un composant obligatoire. Surtout avec les applications modernes Microsoft 365 par exemple. Bien sur rien n’est parfait, aussi une fois ces explications du pourquoi et du comment, un script vous permettra d’avoir une vue claire sur ces dits VHDX.
Pourquoi plus de Profils Itinérants de type “Fichier” ?
Avec les méthodes classiques (profils itinérants), lorsqu’un utilisateur ouvre sa session, le serveur doit copier l’intégralité du dossier profil vers la machine locale, souvent plusieurs milliers !
Les problèmes
- Plus le profil est gros (cache Outlook, Teams, OneDrive), plus l’ouverture de session est longue.
- Fermeture de session longue, car là encore plusieurs milliers de fichier à mettre à jour.
- Utilisation forte du réseau
- Utilisation forte des IOPS
- Corruption du profil (perte des paramètres applicatifs)
Les avantages
- Facile à mettre en place (généralement via une GPO)
- Granularité, facile d’exclure des dossiers du profil utilisateur
- Sauvegarde et restauration du profil complet ou uniquement d’un fichier
pourquoi le VHDX est mieux ?
Popularisé par FSLogix (aujourd’hui standard chez Microsoft), cette méthode encapsule l’intégralité du profil dans un seul fichier disque virtuel (vhdx) stocké sur le réseau.
les Avantages
- Ouverture de session rapide: Le système ne copie pas de fichiers ; il se contente de “monter” le disque virtuel via le réseau. Le système croit que le profil est local.
- Performance des applications : Idéal pour Outlook (fichiers .OST) et OneDrive, car ces applications “voient” un disque local et fonctionnent de manière fluide.
- Réduction de la charge réseau : Au lieu de transférer des milliers de fichiers, seules les données lues ou écrites sont transférées par blocs, ce qui est beaucoup plus efficace.
- Stabilité : Moins de risques de corruption de fichiers lors de la synchronisation, car il n’y a pas de phase de “copie retour” à la fin.
les Inconvénients
- Gestion du stockage : Les fichiers VHDX ont tendance à grossir et ne rétrécissent pas automatiquement quand on supprime des fichiers à l’intérieur. Il faut des scripts de maintenance pour les compacter.
- Complexité technique : Nécessite l’installation d’un agent (comme FSLogix) et une configuration un peu plus fine.
- Verrouillage du fichier : Si le fichier VHDX reste “verrouillé” par un serveur suite à un crash, l’utilisateur ne pourra pas charger son profil sur une autre session sans intervention technique.
- Visibilité pour la sauvegarde : Les outils de sauvegarde voient un gros bloc binaire. Restaurer un seul fichier à l’intérieur du profil d’un utilisateur est plus laborieux que sur un profil “fichier”.
- Le serveur de fichier devient un SPOF: C’est la situation la plus critique. Puisque le VHDX est monté comme un disque local, Windows pense que le disque dur vient d’être arraché physiquement. Les applications qui ont besoin d’écrire ou de lire dans le profil (comme Chrome, Outlook, ou même le Bureau) vont cesser de répondre immédiatement.
Bon tout ceci est connu et bien sûr doit être prévu lors de l’implémentation de l’une ou l’autre de ces solutions ! Vous me direz alors pourquoi cet article ? Pourquoi surveiller mes VHDX ?
pourquoi surveiller mes vhdx ?
Lors de la création du VHDX, une taille est définie, mais comme dit plus haut, nativement les VHDX ne savent pas récupérer l’espace disque. un fichier supprimé du VHDX ne libère pas d’espace disque. Evidement il y a des problèmes si le disque est plein lorsque l’utilisateur travail.
- Échec des écritures : Toute tentative d’enregistrer un nouveau fichier dans Documents, Images ou même sur le Bureau échouera avec une erreur “Espace disque insuffisant”.
- Crash des applications : Les navigateurs (Chrome, Edge) et Outlook utilisent énormément de fichiers temporaires et de bases de données locales. S’ils ne peuvent plus écrire, ils plantent ou refusent de s’ouvrir.
- Perte de paramètres : Vos préférences d’affichage, vos fonds d’écran ou vos signatures Outlook ne seront pas sauvegardés à la fermeture de la session.
- Impossibilité de compacter : c’est certainement le plus problématique, pour que le compactage fonctionne il doit rester assez d’espace pour qu’il puisse travailler.
Bien sur certains produits ont intégrer des fonctions de compactage et permettent d’étendre la taille des disques, mais il est toujours bon de garder un œil dessus, surtout que cela consomme beaucoup de stockage. C’est là que nous vous proposons un outil rapide.
Comment faire ?
C’est simple un script PowerShell vous permettra de lister tous les VHDX sur un partage et de les classer par taille. Vous pourrez ainsi voir avec vos utilisateurs en mode proactif ce qui occupe tant de place et de faire le ménage. Gros avantage tout est dans le fichier .ps1 ! Pas d’outils tiers !
Histoire d’être sympa, le script créer une page web dynamique vous alertant sur les seuils d’alertes que vous avez définis. Des boutons et une barre de recherche permettent de mettre en avant ceux qui consomme le plus d’espace sur votre stockage.
Le résultat
La page web avec tous les résultats classés par ordre d’importance
Un bouton pour les VHDX critiques ou en avertissement
Une barre de recherche
Remplissez le formulaire ci-dessous et le script vous sera envoyé !
