Personal vDisk est officiellement obsolète dans les versions actuelles de Citrix Virtual Apps and Desktops. Pour les environnements encore en production sur des LTSR antérieures (7.15, 1912), chaque mois sans plan de migration augmente la dette technique et le risque de blocage lors du passage aux branches courantes. Nous détaillons ici un plan de sortie structuré, pensé pour les admins Citrix qui doivent décommissionner Personal vDisk sans interruption de service.
Inventaire des dépendances Personal vDisk avant toute migration
Avant de toucher à l’infrastructure, nous recommandons un audit complet des catalogues de machines utilisant Personal vDisk. L’objectif est de cartographier trois éléments : les catalogues MCS ou PVS liés à des images gold contenant le composant PvD, les VDA sur lesquels le driver Personal vDisk est actif, et les données utilisateur effectivement stockées sur les vDisks personnels.
Lire également : Accès ZIMBRA Caen simplifié pour les étudiants Unicaen en 2026
Cette cartographie conditionne tout le reste. Un catalogue identifié comme « pooled with PvD » dans Citrix Studio ne se migre pas de la même façon qu’un catalogue provisionné via Citrix Provisioning avec des vDisks streamés. Les dépendances côté registre Windows (clés CitrixPvD et services associés) doivent être listées pour chaque image gold.
Nous observons fréquemment des environnements où le composant PvD reste installé sur des images gold qui ne l’utilisent plus activement, simplement parce qu’il n’a jamais été retiré lors d’une mise à jour précédente. Ces images fantômes créent des conflits de drivers lors du passage à des versions récentes du VDA.
A lire en complément : Problème de connexion à Académie de Montpellier Webmail : solutions rapides
Extraction des données utilisateur depuis les vDisks personnels
Le vDisk personnel redirige les modifications utilisateur (applications installées localement, paramètres de bureau, fichiers de profil) vers un disque virtuel distinct, rattaché à la VM. Lors du décommissionnement, ces données doivent être récupérées ou rendues accessibles autrement.
Profils et paramètres applicatifs
Si l’environnement utilise déjà Citrix Profile Management ou un outil UEM tiers, la majorité des paramètres utilisateur sont déjà externalisés. Dans ce cas, le vDisk personnel ne contient que le delta : applications installées par l’utilisateur et fichiers hors périmètre du profil itinérant.
Pour les environnements sans UEM, le contenu du vDisk personnel est la seule source de personnalisation. Il faut alors monter chaque VHD en lecture sur une VM d’administration, extraire les données pertinentes (répertoires AppData, clés de registre utilisateur, installeurs) et les rediriger vers le partage de fichiers qui alimentera la couche de personnalisation de remplacement.
Applications installées localement
Les applications déployées par l’utilisateur sur son Personal vDisk ne peuvent pas être migrées telles quelles. Elles doivent être réinstallées dans le nouveau modèle, soit via la couche de personnalisation utilisateur (User Personalization Layer), soit via App Layering, soit en les intégrant directement à l’image gold si elles concernent un nombre suffisant d’utilisateurs.
- Dresser la liste des applications installées par utilisateur en analysant le registre du VHD monté (clé HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall)
- Classer chaque application en trois catégories : intégrable à l’image gold, éligible à la couche de personnalisation utilisateur, ou à supprimer (logiciel non approuvé)
- Préparer les packages applicatifs correspondants avant de basculer les catalogues
Retrait du composant PvD et mise à niveau du VDA Citrix
Le retrait propre de Personal vDisk passe par l’image gold. L’option /remove_pvd_ack du programme d’installation du VDA (VDAWorkstationSetup.exe) force la suppression du plug-in Personal vDisk lors de la mise à niveau. Cette option est documentée dans la ligne de commande d’installation du VDA Citrix DaaS et doit être utilisée systématiquement pour éviter les services résiduels et conflits de drivers dans l’image.
Concrètement, la procédure sur l’image gold se déroule ainsi :
- Lancer la mise à niveau du VDA avec le commutateur /remove_pvd_ack en complément des options habituelles (/quiet, /noreboot si nécessaire)
- Valider après redémarrage que les services CitrixPvD et le driver de filtre associé ne sont plus chargés (vérification via sc query et fltmc)
- Mettre à jour le snapshot de l’image gold dans le catalogue MCS ou republier le vDisk PVS
- Tester sur un groupe pilote restreint avant déploiement large
Cas des environnements Citrix Provisioning
Sur un environnement PVS, le retrait du composant PvD dans l’image gold implique de recréer la version du vDisk (versioning PVS) puis de promouvoir cette version en production. Les machines cibles récupèrent la nouvelle image au prochain démarrage. L’absence de Personal vDisk ne déclenche pas de perte de données à ce stade, à condition que l’extraction décrite plus haut ait été réalisée.
Couche de personnalisation utilisateur Citrix : configuration du remplacement
La couche de personnalisation utilisateur (User Personalization Layer) est le successeur désigné de Personal vDisk pour la persistance des données utilisateur sur des catalogues non persistants. Elle repose sur la technologie App Layering et stocke les modifications dans un fichier VHD par utilisateur sur un partage réseau.
Pour configurer le remplacement, le partage de fichiers doit être dimensionné en fonction du nombre d’utilisateurs et de la taille attendue des couches. La documentation Citrix Virtual Apps and Desktops 2303 recommande de définir la taille de la couche utilisateur en cohérence avec le volume de données précédemment hébergé sur les Personal vDisk.
La configuration s’effectue via Web Studio (ou Citrix Studio sur les versions antérieures à 2303) au niveau du catalogue de machines. Le VDA installé sur l’image gold doit inclure le composant User Personalization Layer, activé lors de l’installation ou ajouté via une mise à niveau.
Calendrier de migration Personal vDisk sur 12 à 18 mois
Un plan de sortie réaliste s’étale sur plusieurs trimestres pour absorber les risques sans interruption de service.
Durant le premier trimestre, nous recommandons de mener l’inventaire complet, d’extraire les données utilisateur et de préparer les packages applicatifs. Le deuxième trimestre est consacré à la mise à jour des images gold avec retrait du composant PvD via /remove_pvd_ack, au déploiement de la couche de personnalisation utilisateur sur un groupe pilote, et aux tests de régression applicative.
Le troisième trimestre couvre le déploiement progressif par vagues (par site, par département), avec un suivi des tickets de support pour détecter les régressions. Le dernier trimestre sert à décommissionner le stockage des anciens vDisks personnels et à valider que plus aucun catalogue ne référence le composant PvD.
L’ensemble du processus repose sur un principe simple : chaque vague de migration doit pouvoir être annulée en réactivant temporairement l’ancien catalogue. Conserver les snapshots d’images gold antérieures et les VHD Personal vDisk en lecture seule pendant toute la durée du projet reste la meilleure assurance contre les surprises en production.
