Ce qu’est réellement un personal vDisk — et pourquoi ça compte encore
Vous administrez un environnement Citrix VDI et quelqu’un vous parle de « personal vDisk ». Ou vous êtes en train de migrer une infrastructure existante et vous tombez sur des catalogues PvD que vous ne savez pas quoi faire. Dans les deux cas, comprendre le personal vDisk — sa logique, ses limites et son successeur — est indispensable pour prendre les bonnes décisions techniques.
Un personal vDisk (PvD) est un disque virtuel dédié, attaché à la machine virtuelle d’un utilisateur dans un environnement Citrix XenDesktop / Virtual Apps and Desktops. Son rôle : capturer toutes les personnalisations de l’utilisateur (applications installées, paramètres, données) séparément de l’image principale gérée par l’administrateur. Résultat : l’admin met à jour l’image de base sans écraser les personnalisations de chaque utilisateur.
C’est le principe fondateur du VDI mutualisé avec persistance utilisateur. Et c’est exactement ce qui en fait un concept encore pertinent à comprendre, même si la fonctionnalité est aujourd’hui officiellement dépréciée par Citrix.
Comment fonctionne le personal vDisk techniquement
L’architecture en deux parties
Le PvD repose sur une séparation claire entre l’image de base et les données utilisateur. Concrètement, il se compose de deux parties distinctes, égales par défaut en taille :
La première partie stocke le profil utilisateur — documents, données personnelles, paramètres de bureau. Par défaut, elle est montée sur le lecteur P: et visible par l’utilisateur.
La seconde partie est un fichier VHD (Virtual Hard Disk) caché, qui contient toutes les applications installées par l’utilisateur en dehors de l’image de base — typiquement dans C:\Program Files. Ce lecteur n’est pas affiché dans l’Explorateur Windows.
Au démarrage de la session, le contenu du PvD est fusionné à la volée avec l’image principale pour offrir une expérience unifiée. L’utilisateur voit un bureau cohérent sans savoir que son environnement est en réalité composite.
Le saviez-vous ? Par défaut, Citrix alloue 50 % du PvD aux applications et 50 % au profil utilisateur. Cette répartition se modifie via la clé de registre
PercentOfPvDForAppsdansHKLM\Software\Citrix\personal vDisk\Config. Dans la plupart des environnements avec Citrix Profile Management actif, augmenter la part applications à 70–80 % est une décision courante — et souvent indispensable pour éviter des problèmes d’espace.
Ce qui se passe lors d’une mise à jour d’image
C’est là que le PvD montrait toute sa valeur — et ses failles. Quand l’administrateur met à jour l’image principale, un processus d’inventaire compare l’image de base précédente avec la nouvelle. Les applications présentes à la fois sur le PvD et sur la nouvelle image de base sont automatiquement dédupliquées pour économiser de l’espace.
En revanche, si une application du PvD dépend d’une version spécifique d’un composant présent sur l’image de base (par exemple, Office 2007 dont dépend Visio installé sur le PvD), une montée de version de ce composant côté image peut casser l’application utilisateur. Ce type de conflit était l’une des causes d’escalades les plus fréquentes en production.
Les limites concrètes du personal vDisk en environnement de production
Ce que les documentations officielles minimisent
Le PvD fonctionnait bien dans des environnements stables, avec des images peu fréquemment mises à jour et des utilisateurs avec des besoins de personnalisation modérés. En dehors de ce périmètre, les problèmes s’accumulaient.
Le stockage, d’abord. Un PvD qui se remplit — courant sur des profils actifs — empêche toute nouvelle installation d’application. L’utilisateur voit des erreurs, l’admin doit intervenir manuellement pour étendre le VMDK dans vSphere ou Hyper-V, puis laisser Citrix recalculer la partition. Et encore : si l’espace restant sur la partie application dépasse 10 %, l’extension automatique ne se déclenche pas. Un seuil contre-intuitif qui prenait les équipes par surprise.
La gestion des conflits ensuite. Quand un utilisateur installe une version d’application qui entre en conflit avec l’image de base, la réconciliation automatique fonctionne dans les cas simples. Dans les cas complexes — dépendances partagées, mises à jour .NET, pilotes — les comportements devenaient imprévisibles.
L’absence de roaming enfin. Le PvD est lié à une machine virtuelle précise. Il ne se déplace pas avec l’utilisateur. Si vous avez des utilisateurs qui changent de machine ou des environnements avec plusieurs catalogues, le PvD ne répond pas au besoin.
Pour quel profil le PvD ne fonctionnait pas
- Environnements avec mises à jour d’image fréquentes (plus d’une fois par mois)
- Utilisateurs installant régulièrement des applications lourdes ou des pilotes complexes
- Architectures multi-catalogues où la portabilité du profil est exigée
- Tout déploiement sur système d’exploitation serveur en multi-session
Personal vDisk vs User Personalization Layer : le tableau comparatif
| Critère | Personal vDisk (PvD) | User Personalization Layer (UPL) |
|---|---|---|
| Statut | Déprécié | Actif (remplacement officiel) |
| Technologie de base | Disque VHD attaché à la VM | Conteneur VHD sur partage SMB |
| Moteur | Propriétaire Citrix | Basé sur Citrix App Layering |
| Roaming inter-catalogues | Non | Non (limité à un catalogue) |
| Stockage requis | Local à l’hyperviseur | Partage réseau SMB |
| Compatibilité multi-session | Non | Non |
| OS supportés | Windows 7/10 (versions anciennes) | Windows 10/11 + Server VDI |
| Taille par défaut | Configurable | 10 Go par utilisateur |
| Azure Files compatible | Non | Oui (Windows 10 + Server 2019/2022) |
| Déploiement | Catalogue dédié | Politiques Citrix Studio/Web Studio |
La User Personalization Layer (UPL) est le successeur direct du PvD depuis Citrix Virtual Apps and Desktops 1912. Elle reprend la même promesse — persistance utilisateur sur bureau non persistant — mais s’appuie sur la maturité de Citrix App Layering, sans en exiger le déploiement complet. La configuration se fait via deux politiques Citrix et un partage SMB. Pas de restructuration de l’architecture nécessaire.
Le saviez-vous ? La taille par défaut d’une couche UPL est de 10 Go. C’est souvent insuffisant pour des utilisateurs qui stockent des fichiers OST Outlook, du cache OneDrive ou des applications volumineuses. En production, on constate des tailles réelles entre 15 et 40 Go selon les profils. Définir un quota dès le départ via le Gestionnaire de ressources du serveur de fichiers (FSRM) évite les mauvaises surprises.
Comment migrer du personal vDisk vers l’UPL
La réalité du terrain
Citrix ne fournit pas d’outil de migration automatique des PvD vers l’UPL. C’est une migration qui se fait par recréation de catalogue, pas par conversion à chaud. Voici la séquence logique adoptée dans la majorité des projets de migration :
Étape 1 — Inventaire. Recenser les applications installées sur les PvD de vos utilisateurs. Un script PowerShell qui monte les VHD et liste les différences avec l’image de base vous donnera une vue claire. C’est souvent là qu’on découvre que 80 % des utilisateurs ont les mêmes 3 ou 4 applications — et que ces applications feraient mieux d’être dans l’image de base.
Étape 2 — Nettoyage de l’image principale. Intégrer dans l’image de base tout ce qui est utilisé par plus de 20–30 % des utilisateurs. Ce travail en amont réduit drastiquement ce qui devra être capturé par l’UPL.
Étape 3 — Mise en place de l’infrastructure UPL. Créer le partage SMB (ou configurer Azure Files), définir les droits d’accès, configurer les politiques dans Citrix Studio.
Étape 4 — Nouveau catalogue. Créer un nouveau catalogue non persistant avec UPL activé dans l’image principale (option VDA). Assigner les utilisateurs progressivement.
Étape 5 — Gestion de la période de cohabitation. Laisser les anciens catalogues PvD tourner en parallèle pendant la transition. Ne pas supprimer les PvD avant que les utilisateurs aient validé leur nouvel environnement.
La migration prend généralement entre 2 et 6 semaines selon la taille de l’environnement — plus le temps de convaincre les utilisateurs que leur environnement « repart de zéro » n’est pas une régression, mais une modernisation.
Conseils selon votre situation
Si vous gérez encore un environnement PvD actif : planifiez la migration UPL. Le PvD est déprécié, ce qui signifie pas de nouvelles corrections de bugs, pas d’évolution de compatibilité. Sur des versions récentes de Windows 10/11, des comportements inattendus commencent à apparaître.
Si vous démarrez un nouveau projet VDI : ne déployez pas de PvD. L’UPL ou Citrix Profile Management seuls (pour des profils légers) sont les seules options raisonnables en 2026.
Si vous avez des utilisateurs avec des besoins lourds de persistance (développeurs, designers, utilisateurs avec des applications métier complexes) : l’UPL seule peut ne pas suffire. Une combinaison UPL + Citrix Profile Management, voire des machines dédiées persistantes pour un sous-ensemble d’utilisateurs, est souvent plus cohérente.
Conclusion : ce qu’il faut retenir et faire maintenant
Le personal vDisk a résolu un problème réel — la tension entre gestion centralisée d’image et liberté de personnalisation utilisateur — avec les outils de son époque. Sa logique reste pertinente à comprendre pour quiconque travaille sur des environnements VDI Citrix, serait-ce que pour documenter correctement un existant ou expliquer une dette technique.
En pratique, si vous avez encore du PvD en production, voici la séquence à enclencher :
- Vérifier la version de Citrix Virtual Apps and Desktops en place — si vous êtes sur 1912 LTSR ou plus récent, l’UPL est disponible
- Lancer l’inventaire des applications PvD via PowerShell
- Définir avec les équipes métier ce qui doit rester personnalisable et ce qui entre dans l’image de base
- Ouvrir le projet de migration UPL avec un premier catalogue pilote sur un groupe d’utilisateurs volontaires
- Documenter les tailles de couches observées pour calibrer votre infrastructure SMB
La migration n’est pas urgente au sens où vos bureaux vont s’éteindre demain. Elle est urgente au sens où chaque mois supplémentaire sur du PvD est un mois de dette technique qui rend la migration plus complexe et les incidents plus fréquents.
FAQ — personal vDisk
C’est quoi exactement le personal vDisk Citrix ?
Le personal vDisk (PvD) est une fonctionnalité de Citrix XenDesktop / Virtual Apps and Desktops qui attache un disque virtuel dédié à la machine virtuelle de chaque utilisateur. Ce disque capture les applications installées et les personnalisations de l’utilisateur séparément de l’image principale. Au démarrage de la session, les deux sont fusionnés pour offrir un bureau unifié. La fonctionnalité est officiellement dépréciée depuis Citrix Virtual Apps and Desktops 1912 et remplacée par la User Personalization Layer.
Pourquoi le personal vDisk a-t-il été déprécié ?
Citrix a déprécié le PvD en raison de ses limites structurelles : gestion complexe des conflits lors des mises à jour d’image, absence de portabilité entre machines, problèmes récurrents de gestion de l’espace disque, et incompatibilité avec les environnements multi-session. La User Personalization Layer, basée sur Citrix App Layering, offre une architecture plus robuste, plus simple à déployer et compatible avec les environnements cloud (Azure Files).
Quelle est la différence entre PvD et User Personalization Layer ?
Les deux poursuivent le même objectif — persistance utilisateur sur bureau non persistant — mais avec des architectures différentes. Le PvD stocke les données sur un disque attaché localement à la VM, tandis que l’UPL utilise un fichier VHD stocké sur un partage réseau SMB. L’UPL est plus flexible, compatible Azure Files, et se configure via des politiques Citrix sans restructurer l’infrastructure. Elle ne propose pas non plus de roaming inter-catalogues nativement, point commun avec le PvD.
Peut-on migrer automatiquement des PvD vers des couches UPL ?
Non. Citrix ne fournit pas d’outil de migration automatique. La transition implique de créer un nouveau catalogue avec UPL, de reconfigurer l’image principale pour inclure le composant UPL via le VDA, et de réassigner les utilisateurs. Les données du PvD (applications installées, paramètres) ne sont pas transférées automatiquement. C’est l’occasion de rationaliser l’image de base en y intégrant les applications communes, ce qui réduit la dépendance à la couche de personnalisation.
Le personal vDisk fonctionne-t-il encore sur Windows 10 et Windows 11 ?
Le PvD reste techniquement fonctionnel sur certaines configurations Windows 10 dans les versions LTSR de Citrix Virtual Apps and Desktops (comme 1912 LTSR). Sur Windows 11, la compatibilité n’est pas garantie et les incidents sont plus fréquents. La fonctionnalité étant dépréciée, aucune correction de compatibilité n’est à attendre pour les futures versions de Windows. On recommande de ne pas démarrer de nouveau déploiement PvD sur Windows 10 ou supérieur.
Que faire si un utilisateur manque d’espace sur son personal vDisk ?
L’extension du PvD se fait en deux temps : agrandir le VMDK dans la console hyperviseur (vSphere, Hyper-V ou XenServer), puis redémarrer la VM pour que Citrix détecte et applique l’extension. Attention : l’expansion automatique de la partition applicative ne se déclenche que si l’espace restant descend sous les 10 %. Si l’utilisateur est à 11 % d’espace libre, il faut consommer volontairement de l’espace pour passer ce seuil — comportement peu intuitif, documenté dans les bases de connaissances Citrix.