Déployer les couches utilisateur

Les couches utilisateur conservent les éléments suivants pour chaque utilisateur :

• Paramètres de profil
• Données
• Applications installées localement dans les environnements VDI non persistants

Lorsque vous activez les couches utilisateur sur un modèle d’image, les systèmes provisionnés à l’aide des images en couches résultantes fournissent à chaque utilisateur une couche utilisateur.

Lorsqu’un utilisateur se connecte à un bureau sur lequel la couche utilisateur est activée, une nouvelle base de données d’index de recherche est créée. L’index intègre les informations de recherche de la couche utilisateur et de toutes les couches élastiques. La fonction de recherche n’est disponible qu’une fois l’indexation terminée.

Cette rubrique explique comment activer les couches utilisateur sur un modèle d’image et les images en couches résultantes. Les systèmes que vous provisionnez à l’aide des images fournissent à chaque utilisateur une couche utilisateur.

Types de couches utilisateur

Vous pouvez activer les types de couches utilisateur suivants :

• Complète : toutes les données, les paramètres et les applications installées localement d’un utilisateur sont stockés sur sa couche utilisateur.
• Office 365 : (Systèmes de bureau) Seules les données et les paramètres Outlook de l’utilisateur sont stockés sur sa couche utilisateur.
• Session Office 365 : (Hôtes de session) Seules les données et les paramètres Outlook de l’utilisateur sont stockés sur sa couche utilisateur.

Vous pouvez activer une couche utilisateur complète, une couche utilisateur Office 365 ou une couche utilisateur Session Office 365. La couche utilisateur complète inclut tout ce que la couche utilisateur Office 365/Session Office 365 enregistre, ainsi que les paramètres et les données d’autres applications.

Remarque :

Office 365 et Session Office 365 sont dépréciés.

Exigences

Avant d’activer les couches utilisateur, assurez-vous de satisfaire aux exigences qui s’appliquent aux types de couches utilisateur suivants :

• Tous les types de couches utilisateur
• Couches utilisateur complètes
• Couches utilisateur Office 365 et Session Office 365

Toutes les couches utilisateur

Pour activer les couches utilisateur, vous avez besoin de :

• Une bande passante réseau adéquate. La bande passante et la latence ont un effet significatif sur la couche utilisateur. Chaque écriture transite par le réseau.
• Un espace de stockage suffisant alloué aux données des utilisateurs, aux paramètres de configuration et à leurs applications installées localement. (L’appliance utilise l’emplacement de stockage principal pour le packaging des couches, la publication des images en couches et la mise à disposition des couches élastiques.)

Couches utilisateur complètes

• Lorsque vous utilisez Profile Management avec une couche utilisateur complète, vous devez désactiver la suppression des informations de l’utilisateur lors de la déconnexion. Selon la manière dont vous déployez les paramètres, vous pouvez désactiver la suppression en utilisant l’une des méthodes suivantes :

  • Un objet de stratégie de groupe.
  • La stratégie sur le Delivery Controller™ (DDC).

Couches utilisateur Office 365 et Session Office 365

• Utilisez un gestionnaire de profils, tel que Citrix Profile Manager. Sinon, Outlook suppose que chaque utilisateur qui se connecte est nouveau et crée des fichiers OS pour lui.
• La couche Office doit être incluse dans le modèle d’image et déployée dans l’image en couches. Cependant, vous pouvez utiliser d’autres couches élastiques avec une couche utilisateur Office 365.
• Microsoft Office est pris en charge en tant que couche d’application dans une image publiée uniquement, et non en tant que couche élastique.
• Toute modification de l’emplacement par défaut des fichiers d’index de recherche n’est pas conservée dans la couche Office 365.
• Cette fonctionnalité a été testée pour un seul bureau par utilisateur à la fois (authentification unique).

Remarque :

Office 365 et Session Office 365 sont dépréciés.

Compatibilité

Les couches utilisateur complètes sont prises en charge sur les plateformes suivantes :

• Systèmes d’exploitation : Tous les systèmes d’exploitation doivent être configurés en mode utilisateur unique pour fonctionner avec les couches utilisateur. Les serveurs ne peuvent pas être utilisés en mode multi-utilisateur. Les couches utilisateur sur les hôtes de session ne sont pas prises en charge.
  • Windows 10, 64 bits
  • Windows 11, 64 bits (uniquement si déployé sur une plateforme activée pour la composition par déchargement)
  • Windows Server 2016, mode utilisateur unique uniquement
  • Windows Server 2019, mode utilisateur unique uniquement
• Plateformes de publication : Les couches utilisateur sont prises en charge sur les plateformes de publication suivantes.
  • Citrix Virtual Desktops™

Applications non prises en charge sur une couche utilisateur

Les applications suivantes ne sont pas prises en charge sur la couche utilisateur. N’installez pas ces applications localement :

• Applications d’entreprise : les applications d’entreprise, telles que MS Office et Visual Studio, doivent être installées dans des couches d’application. Les couches utilisateur sont basées sur la même technologie que les couches élastiques. Comme pour les couches élastiques, n’utilisez jamais les couches utilisateur pour ces applications d’entreprise !

• Applications avec des pilotes qui utilisent le magasin de pilotes. Exemple : un pilote d’imprimante.

  Remarque :

  Vous pouvez rendre les imprimantes disponibles à l’aide des stratégies de groupe. Consultez la section Imprimantes installées par GPO ci-dessous.

• Applications qui modifient la pile réseau ou le matériel. Exemple : un client VPN.
• Applications qui ont des pilotes de niveau de démarrage. Exemple : un antivirus.
• Applications qui nécessitent l’ajout d’un utilisateur ou d’un groupe local. Les utilisateurs et groupes locaux que vous ajoutez dans le cadre de l’installation d’une application ne persistent que dans la couche OS. Envisagez d’installer une application sur une couche qui sera incluse dans l’image de base, avec l’utilisateur ou l’administrateur requis ajouté à la couche OS.

Mises à jour Windows

Les mises à jour Windows doivent être désactivées sur la couche utilisateur.

Compléments du magasin Outlook

Citrix Profile Management désactive les compléments du Store.

La première fois qu’Outlook démarre, l’icône Store/Compléments du ruban affiche une fenêtre avec une longue liste de compléments. Lors de la première connexion, si vous installez des compléments, ils apparaissent sur le ruban lors des connexions ultérieures. Si vous n’installez pas les compléments, l’icône Store/Compléments affiche une fenêtre blanche vide.

Imprimantes installées par GPO

Pour les utilisateurs sur des bureaux non persistants exécutant Windows 10, vous pouvez installer des imprimantes à l’aide d’une stratégie de groupe. Avec une stratégie en place, les imprimantes sont répertoriées dans les périphériques et imprimantes des utilisateurs, les paramètres d’imprimante d’application et le gestionnaire de périphériques.

Pour configurer les imprimantes installées par GPO :

1. Activez les couches utilisateur dans le modèle d’image.
2. Assurez-vous que le bureau est joint au domaine (sur la couche Plateforme).
3. Créez une stratégie de groupe pour déployer chaque imprimante réseau, puis attribuez-la à la machine.
4. Lorsque vous êtes connecté en tant qu’utilisateur de domaine, vérifiez que l’imprimante est répertoriée dans Périphériques et imprimantes, le Bloc-notes et le gestionnaire de périphériques.

Format de la couche utilisateur

Les disques virtuels de couche utilisateur sont créés au format VHDX. Vous pouvez toujours utiliser les fichiers VHD de couche utilisateur existants sans les convertir ni les recréer. Cependant, lorsque les fichiers VHD et VHDX existent dans le même dossier, le fichier VHDX a la priorité.

Comment remplacer le format VHDX pour la création de disques virtuels de couche utilisateur

Vous pouvez modifier le comportement pour forcer les couches utilisateur créées à utiliser le format VHD. Pour remplacer ce comportement, utilisez le paramètre de registre système suivant :

• Chemin : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ulayer
• Nom : DefaultUserLayerVHDXDisabled
• Type : DWORD
• Données : 1

Récupération d’espace de la couche utilisateur/UPL

Vous pouvez utiliser la récupération d’espace de la couche utilisateur/UPL pour optimiser automatiquement les fichiers VHDX chaque fois que l’utilisateur se déconnecte.

Comment activer la récupération d’espace de la couche utilisateur/UPL

Avant d’activer la récupération d’espace de la couche utilisateur/UPL :

• Le service d’optimisation des lecteurs defragsvc doit être activé et en cours d’exécution. Ce service est désactivé pour les couches OS existantes.
• Citrix recommande de créer une nouvelle version de couche OS avant d’activer la fonctionnalité.

Vous pouvez activer la récupération d’espace de la couche utilisateur/UPL de l’une des manières suivantes :

• À l’aide de Citrix Studio
• À l’aide de l’éditeur de registre Windows
  • Chemin : HKLM\SOFTWARE\Policies\Citrix\UserPersonalizationLayerConfig
  • Nom : UserLayerCompactionEnabled
  • Type : DWORD
  • Données : 1 (Valeur par défaut : 0)

Cette fonctionnalité est désactivée par défaut.

Activer les couches utilisateur sur une image en couches

Pour déployer les couches utilisateur, vous activez les couches à l’aide des paramètres d’un modèle d’image. Pour des étapes détaillées, consultez Créer ou cloner un modèle d’image. Le reste de cet article fournit des détails sur le dimensionnement, le stockage, la configuration de la sécurité, le déplacement et la réparation des couches utilisateur. Il couvre également les étapes de personnalisation des notifications pour les utilisateurs finaux.

Emplacement de la couche utilisateur

Lorsqu’un modèle d’image a des couches utilisateur activées, les images que vous publiez conservent les données, les paramètres et les applications installées localement des utilisateurs.

Lorsque les couches utilisateur sont activées, vous devez ajouter des emplacements de stockage pour les couches.

Important :

N’autorisez pas les couches utilisateur à être enregistrées sur le partage de fichiers principal de l’appliance. Sinon, l’espace peut être épuisé pour :

• La mise à niveau du logiciel.
• La mise à disposition de couches élastiques aux utilisateurs.
• L’enregistrement des fichiers que vous déplacez vers un hyperviseur pour lequel il n’existe pas de connecteur pris en charge.

Le premier emplacement de stockage ajouté à l’appliance devient l’emplacement par défaut pour les couches utilisateur qui ne sont associées à aucun autre emplacement de stockage. Lorsque vous ajoutez d’autres emplacements de stockage, ils sont répertoriés par ordre de priorité.

Vous pouvez attribuer des groupes d’utilisateurs à chaque emplacement de stockage que vous ajoutez.

Où une couche utilisateur est stockée lorsque l’utilisateur appartient à plusieurs groupes

Si un utilisateur appartient à plusieurs groupes et que ces groupes sont attribués à des emplacements de stockage différents, la couche utilisateur de la personne est stockée dans l’emplacement de stockage de la plus haute priorité.

Si vous modifiez l’ordre de priorité des emplacements de stockage attribués à l’utilisateur après que la couche utilisateur de la personne a été enregistrée à l’emplacement de la plus haute priorité, les données enregistrées jusqu’à ce point restent à l’emplacement d’origine. Pour préserver la couche utilisateur de la personne, vous devez copier sa couche utilisateur vers le nouvel emplacement de la plus haute priorité.

Comment spécifier l’emplacement du partage de fichiers de la couche utilisateur sur une image spécifique

Vous pouvez prendre en charge un utilisateur qui a besoin d’accéder à deux images distinctes en même temps, où les deux images :

• Nécessitent la persistance des couches utilisateur.
• Ont été créées à l’aide de la même couche OS.

Pour configurer les attributions de partage de fichiers de couche utilisateur :

1. Ajoutez la clé de registre suivante dans une ou plusieurs de vos images publiées avant qu’un utilisateur ne se connecte :

   [HKLM\Software\Unidesk\ULayer] “UserLayerSharePath”

Vous pouvez ajouter la clé précédente à la couche plateforme, à une couche d’application ou en tant que stratégie de groupe de machines.

Si vous ajoutez la clé UserLayerSharePath à l’image avant qu’un utilisateur ne se connecte, l’appliance ignore les attributions de partage de couche utilisateur. Au lieu de cela, tous les utilisateurs de la machine utilisent le partage spécifié pour les VHDX ou VHD de couche utilisateur. Le sous-arbre \Users est ajouté à cette clé pour localiser les couches réelles.

Comment spécifier un chemin de couche utilisateur personnalisé

Vous pouvez définir un chemin personnalisé en créant une valeur REG_SZ appelée CustomUserLayerPath dans la clé HKLM\Software\Unidesk\Ulayer. La clé HKLM\Software\Unidesk\Ulayer peut inclure des variables d’environnement et des attributs Active Directory (AD).

Dans la valeur CustomUserLayerPath, toutes les variables système peuvent être développées, mais les seules variables utilisateur qui peuvent être développées sont %USERNAME% et %USERDOMAIN%. Le chemin complet est :

<CustomUserLayerPath>\<OSID_OSNAME>

Si vous définissez le chemin de la couche utilisateur personnalisée à l’aide d’une GPO, utilisez %<USERNAME>% et %<USERDOMAIN>% pour empêcher la GPO de développer les chemins.

• Si CustomUserLayerPath est défini, il est utilisé à la place de tout autre chemin.
• Si CustomUserLayerPath n’est pas défini, UserLayerSharePath, qui se trouve dans la même clé, est utilisé.
• Si UserLayerSharePath n’est pas défini, le StorageLocation répertorié dans le JSON de l’appliance App Layering est utilisé. Vous pouvez modifier le UserLayerSharePath dans la console de gestion, dans le paramètre Système > Emplacement de stockage de la couche utilisateur.
• S’il n’y a pas de StorageLocation répertorié dans le JSON de l’appliance App Layering, alors RepositoryPath est utilisé. Vous pouvez modifier le RepositoryPath au même emplacement de registre que CustomUserLayerPath et UserLayerSharePath.
• Lorsque CustomUserLayerPath est défini, le chemin où les couches utilisateur sont créées est le chemin développé, plus \<OSID_OSNAME>. Tous les autres chemins sont des chemins de partage, et ils sont ajoutés à \Users\<Domain_UserName>\<OSID_OSNAME>.

Si vous utilisez des attributs AD, les attributs doivent être entre dièses (par exemple, #aAMAccountName#). Les attributs AD personnalisés peuvent être utilisés pour définir des variables organisationnelles, telles que des emplacements ou des utilisateurs. Les attributs sont sensibles à la casse.

Exemples :

• \\server\share\#sAMAccountName# stocke les paramètres utilisateur dans le chemin UNC
• \\server\share\JohnSmith (si #sAMAccountName# se résout en JohnSmith pour l’utilisateur actuel)

Où les couches utilisateur sont créées sur l’appliance

Sur le partage de fichiers réseau de l’appliance, les couches utilisateur sont créées dans le dossier Users. Par exemple :

\MyServer\\*MyShare*\Users
<!--NeedCopy-->

Chaque utilisateur a son répertoire dans le répertoire Users. Le répertoire d’un utilisateur est nommé comme suit :

Users\\*DomainName_username*\\*OS-Layer-ID-in-hex*_*OS-Layer-name*\\*username*.vhd
<!--NeedCopy-->

Par exemple :

• Nom de connexion de l’utilisateur : jdoe
• Domaine de l’utilisateur : testdomain1
• Couche OS : MyOSLayer (l’ID est au format hexadécimal : 123456)
• La couche utilisateur est créée dans :

\MyServer\MyShare\Users\testdomain1_jdoe\123456_MyOSLayer\jdoe.vhd
<!--NeedCopy-->

Où les utilisateurs peuvent accéder à leur couche utilisateur

Lorsque des couches utilisateur complètes sont créées, les utilisateurs peuvent accéder à l’intégralité du lecteur C:\ (sous réserve des droits Windows et de la sécurité de l’entreprise sur les répertoires).

Lorsque des couches Office 365 sont créées, le répertoire des couches utilisateur est redirigé vers la couche Office 365 :

C:\user\\<username\>\Appdata\local\Microsoft\Outlook
<!--NeedCopy-->

Ajouter un emplacement de stockage

Pour ajouter un emplacement de stockage pour les couches utilisateur d’une image :

1. Connectez-vous à la console de gestion.

2. Sélectionnez Système > Emplacements de stockage de la couche utilisateur. Une liste de partages de fichiers s’affiche, à l’exception du partage de fichiers principal de l’appliance.

3. Sélectionnez Ajouter un emplacement de stockage, puis saisissez un Nom et un Chemin réseau pour le nouvel emplacement.

4. Sous Attributions, cliquez sur Ajouter des groupes.

5. Développez le répertoire, sélectionnez les utilisateurs souhaités, puis cliquez sur Enregistrer.

6. Cliquez sur Confirmer et terminer pour ajouter l’emplacement de stockage.

Une fois les emplacements de stockage ajoutés, vous devez définir la sécurité sur les dossiers de la couche utilisateur.

Configurer les paramètres de sécurité sur les dossiers de la couche utilisateur

Vous pouvez spécifier plusieurs emplacements de stockage pour vos couches utilisateur. Pour chaque emplacement de stockage (y compris l’emplacement par défaut), vous devez créer un sous-dossier \Users et sécuriser cet emplacement.

Un administrateur de domaine doit définir la sécurité sur chaque dossier de couche utilisateur aux valeurs suivantes :

*Sur certains serveurs, Créateur/Propriétaire nécessite Supprimer les sous-dossiers et les fichiers (une autorisation avancée), afin qu’App Layering puisse nettoyer après les réparations de la couche utilisateur.

Pour configurer la sécurité sur les dossiers de la couche utilisateur :

1. Connectez-vous à la console de gestion.

2. Cliquez sur Système > Emplacements de stockage de la couche utilisateur. Les partages de fichiers affichés sont les emplacements de stockage définis pour les couches utilisateur. Supposons que vous ayez défini trois emplacements de stockage afin de pouvoir gérer le stockage pour le Groupe1 et le Groupe2 séparément de tous les autres membres de l’organisation : `
   • Emplacement par défaut - \\MyDefaultShare\UserLayerFolder\
   • Groupe1 - \\MyGroup1\Share\UserLayerFolder\
   • Groupe2 - \\MyGroup2\Share\UserLayerFolder\

   Remarque : Le partage de fichiers principal de l’appliance, qui est utilisé pour stocker les couches OS, d’application et de plateforme, n’est pas répertorié comme emplacement de stockage de la couche utilisateur. Pour en savoir plus sur le partage de fichiers App Layering, consultez Configuration d’un partage de fichiers.

3. Créez un sous-répertoire \Users sous chaque partage de fichiers :

    \\MyDefaultShare\UserLayerFolder\Users\

    \\MyGroup1Share\UserLayerFolder\Users\

    \\MyGroup2Share\UserLayerFolder\Users\
<!--NeedCopy-->

1. Appliquez la liste précédente des paramètres de sécurité à chaque sous-répertoire sous \Users.

Appliquer les stratégies Studio de couche de personnalisation utilisateur aux couches utilisateur

Lorsque les couches utilisateur sont activées sur une image en couches, vous pouvez remplacer le chemin du référentiel par défaut et la taille de la couche pour les couches utilisateur en configurant les stratégies Citrix Studio correspondantes :

• Chemin du référentiel de la couche utilisateur : Définit l’emplacement réseau pour accéder aux couches utilisateur.
• Taille de la couche utilisateur en Go : Définit la taille maximale autorisée pour les disques de la couche utilisateur.

Si l’image publiée exécute une version prise en charge du VDA, et que ces stratégies ont été définies, le chemin et la taille définis dans les stratégies ont la priorité la plus élevée.

Une augmentation de la taille de la couche utilisateur attribuée prend effet la prochaine fois que l’utilisateur se connecte. Une diminution de la taille de la couche utilisateur attribuée n’affecte pas les couches utilisateur existantes.

Définir les stratégies Studio pour les couches utilisateur d’une image

Pour configurer les stratégies Citrix Studio pour les couches utilisateur d’une image en couches :

1. Dans Citrix Studio, sélectionnez Stratégies dans le volet de navigation :

   

2. Sélectionnez Créer une stratégie dans le volet Actions. La fenêtre Créer une stratégie apparaît.

3. Saisissez « couche utilisateur » dans le champ de recherche. Les deux stratégies suivantes apparaissent dans la liste des stratégies disponibles :
   • Chemin du référentiel de la couche utilisateur

   • Taille de la couche utilisateur en Go

     Remarque :

     Une augmentation de la taille de la couche utilisateur attribuée prend effet la prochaine fois que l’utilisateur se connecte. Une diminution de la taille de la couche utilisateur attribuée n’affecte pas les couches utilisateur existantes.

4. Cliquez sur Sélectionner à côté de Chemin du référentiel de la couche utilisateur. La fenêtre Modifier le paramètre apparaît.

   

5. Saisissez un chemin au format \\nom du serveur ou adresse\nom du dossier dans le champ Valeur, cliquez sur OK :

   

6. Facultatif : cliquez sur Sélectionner à côté de Taille de la couche utilisateur en Go :

   

7. La fenêtre Modifier les paramètres apparaît.

8. Facultatif : modifiez la valeur par défaut de « 0 » pour définir la taille maximale (en Go) que la couche utilisateur peut atteindre. Cliquez sur OK.

   Remarque :

   Si vous conservez la valeur par défaut, la taille maximale de la couche utilisateur est de 10 Go.

9. Cliquez sur Suivant pour configurer les utilisateurs et les machines. Cliquez sur le lien Attribuer un groupe de mise à disposition mis en évidence dans cette image :

   

10. Dans le menu Groupe de mise à disposition, sélectionnez le groupe de mise à disposition créé dans la section précédente. Cliquez sur OK.

    

11. Saisissez un nom pour la stratégie. Cochez la case pour activer la stratégie, puis cliquez sur Terminer.

    

Déplacer les couches utilisateur existantes vers un nouvel emplacement de stockage

Copiez chaque emplacement de stockage de couche utilisateur vers son nouvel emplacement :

1. Assurez-vous que la couche utilisateur n’est pas utilisée.

   Si un utilisateur se connecte avant que vous ne déplaciez sa couche utilisateur, une nouvelle couche utilisateur est créée. Aucune donnée n’est perdue, mais si cela se produit, assurez-vous de :

   • Déplacer la couche utilisateur nouvellement créée vers le nouveau répertoire.
   • Préserver les ACL de l’utilisateur.

2. Accédez au répertoire contenant le fichier VHDX ou VHD de la couche utilisateur.

3. À l’aide de la commande suivante, copiez chacun des fichiers VHDX ou VHD de la couche utilisateur de l’emplacement précédent vers le nouvel emplacement.

    xcopy Domain1\User1 Domain1_User1\ /O /X /E /H /K
<!--NeedCopy-->

1. Vérifiez que toutes les autorisations sont correctes sur les répertoires suivants et les fichiers qu’ils contiennent :

    \\\Root\Engineering\Users

    \\\Root\Engineering\Users\Domain1_User1\\...

    \\\Root\Engineering\Users\Domain2_User2\\...
<!--NeedCopy-->

Si vous autorisez les utilisateurs à créer des couches utilisateur

Si vous choisissez d’autoriser les utilisateurs à créer des couches utilisateur, vous devez nettoyer manuellement les répertoires et les fichiers d’origine de votre partage.

Taille de la couche utilisateur

Par défaut, l’espace disque alloué aux couches utilisateur d’une image est de 10 Go par couche.

Vous pouvez modifier la taille par défaut de la couche utilisateur en :

• Définissant un quota pour le partage de la couche utilisateur
• Définissant un remplacement de registre

Lorsque vous utilisez des couches utilisateur Office 365, la couche Outlook est par défaut de 10 Go, mais Outlook définit la taille du volume en fonction de l’espace disque disponible. Outlook utilise plus ou moins d’espace en fonction de ce qui est disponible sur l’image en couches. La taille signalée est basée sur l’image en couches.

Ordre de priorité

Lors du déploiement des couches utilisateur, l’appliance utilise l’ordre de priorité suivant pour déterminer la taille de la couche utilisateur :

• Quota de disque sur la taille de la couche utilisateur défini à l’aide de :
  • Gestionnaire de ressources du serveur de fichiers (FSRM)
  • Gestionnaire de quotas

• Un remplacement de registre pour les disques de couche utilisateur : (HKLM\SOFTWARE\Unidesk\ULayer\DefaultUserLayerSizeInGb)

• Taille par défaut de la couche utilisateur (10 Go)

Modifier la taille de la couche utilisateur

Une augmentation de la taille de la couche utilisateur attribuée prendra effet la prochaine fois que l’utilisateur se connectera. Une diminution de la taille de la couche utilisateur attribuée n’affecte pas les couches utilisateur existantes.

Définir un quota de disque pour les disques de couche utilisateur

Vous pouvez définir un quota strict sur la taille du disque de la couche utilisateur à l’aide de l’un des outils de quota de Microsoft :

• Gestionnaire de ressources du serveur de fichiers (FSRM)
• Gestionnaire de quotas

Le quota doit être défini sur le répertoire de la couche utilisateur, nommé Users.

Remarque :

La modification du quota (augmentation ou diminution) n’a d’impact que sur les nouvelles couches utilisateur. La taille maximale des couches utilisateur existantes a été précédemment définie et reste inchangée lorsque le quota est mis à jour.

Définir les remplacements de registre de taille maximale

Vous pouvez remplacer la taille maximale par défaut de la couche utilisateur à l’aide du registre sur les machines gérées. Les clés de registre suivantes sont facultatives. Vous n’avez pas besoin de configurer ces clés pour un fonctionnement normal. Si vous avez besoin de l’une de ces clés, ajoutez-la manuellement à l’aide d’une couche ou d’une GPO/GPP.

Racine du registre : HKLM\Software\Unidesk\Ulayer

Réparer une couche utilisateur

La fonctionnalité de réparation de la couche utilisateur vous permet de supprimer une application et ses fichiers de la couche utilisateur d’une personne. Vous pouvez utiliser cette fonctionnalité après avoir livré une application aux utilisateurs qui ont déjà installé l’application localement sur leur couche utilisateur. La fonctionnalité de réparation supprime les fichiers en conflit, que vous livriez la nouvelle couche d’application dans le cadre de l’image de base ou en tant que couche élastique.

• Exemple 1 : Vous créez une couche d’application qui inclut le fichier you.txt, et vous fournissez la couche d’application de manière élastique aux utilisateurs. Lorsqu’un utilisateur modifie le fichier, les modifications sont stockées dans sa couche utilisateur. Si ses modifications corrompent l’application, ou si le fichier est corrompu, la fonctionnalité de réparation de la couche utilisateur vous permet de nettoyer le fichier problématique en le supprimant de la couche utilisateur. L’utilisateur voit alors le fichier fourni de manière élastique dans le cadre de la couche d’application.

• Exemple 2 : Un utilisateur supprime une application qui lui est attribuée de manière élastique. Étant donné que la couche utilisateur a la priorité, une fois la copie locale de l’application de l’utilisateur supprimée, l’utilisateur ne voit plus cette version de l’application. L’utilisateur voit la couche d’application qui est attribuée comme une couche élastique.

• Exemple 3 : Un utilisateur installe une application localement, et quelque temps plus tard, l’administrateur crée une couche d’application pour la même application. La fonctionnalité de réparation de la couche utilisateur supprime tous les fichiers en conflit installés par l’application de la couche utilisateur afin que l’utilisateur voie ensuite la version fournie dans la couche d’application.

Comment fonctionne la réparation de la couche utilisateur

L’appliance génère des fichiers JSON de réparation de couche utilisateur que vous pouvez utiliser pour nettoyer ou restaurer la couche utilisateur. Vous copiez manuellement les fichiers JSON vers les couches utilisateur qui nécessitent la réparation.

Si les dossiers de téléchargement de réparation n’existent pas sur le partage réseau, ils sont créés automatiquement. L’appliance écrit les fichiers JSON de réparation dans les répertoires suivants sur le partage de fichiers :

<StorageLocationShare>\Unidesk\Layers\App\Repair\
<StorageLocationShare>\Unidesk\Layers\App\PackageAppRules
<!--NeedCopy-->

Le répertoire Repair contient les fichiers JSON pour chaque version de chaque couche que l’appliance connaît. Chaque fois que vous finalisez une nouvelle couche d’application ou une version de celle-ci, l’appliance génère et télécharge les fichiers de réparation.

Les fichiers de réparation pour chaque couche incluent :

UserLayerRepair_LayerIdInDecimal_RevisionIdInDecimal.json
UserLayerRepair_<layer id>_<layer version>.json
<!--NeedCopy-->

Pour voir l’ID de la couche dans la console, cliquez sur l’onglet Couche, sélectionnez la couche, puis cliquez sur l’icône i. L’ID de la couche s’affiche avec d’autres détails de la couche.

Le répertoire PackageAppRules contient les règles d’application de package pour chaque version d’une couche utilisateur.

Combien de temps faut-il pour réparer une couche ?

Le temps de processus de réparation varie en fonction de la taille de la couche et du nombre d’objets à supprimer.

Une réparation d’une couche qui doit être montée mais n’a aucune opération réelle à effectuer ajoute environ 5 secondes au processus de connexion. Le temps de connexion est réduit à 2 secondes lorsque la couche d’application est incluse dans l’image.

Le temps varie en fonction des opérations. Pour une couche d’application typique, c’est moins de 10 secondes, soit 12 à 15 au total.

Réparer une couche utilisateur

Pour réparer la couche utilisateur pour un utilisateur :

1. Identifiez la version d’une couche d’application qui doit être réparée.

2. Localisez les fichiers UserLayerRepair pré-générés. Si les fichiers n’ont pas été générés, contactez le support App Layering. Votre ingénieur support peut générer les fichiers de réparation manuellement pour vous.

3. Copiez les fichiers de réparation de la couche utilisateur directement à l’emplacement VHDX ou VHD de l’utilisateur. La prochaine fois que l’utilisateur se connectera, une opération de réparation aura lieu.

   Si la tâche de réparation de la couche utilisateur est terminée, le fichier UserLayerRepair.JSON est supprimé.

   Remarque :

   Si un fichier de règles JSON existe sur le partage et a été modifié par l’utilisateur, il n’est pas écrasé. Cela permet aux utilisateurs de modifier ces fichiers comme ils le souhaitent.

Fichiers journaux pour les réparations de la couche utilisateur

Le fichier journal, ulayersvc.log, contient la sortie de l’exécutable de réparation de la couche utilisateur.

C:\ProgramData\Unidesk\Logs\ulayersvc.log
<!--NeedCopy-->

Toutes les modifications apportées pendant le nettoyage y sont enregistrées, ainsi que toutes les autres modifications que le service enregistre.

Que se passe-t-il si une réparation échoue ?

En cas d’échec, l’utilisateur reçoit un message indiquant que la réparation a échoué et qu’il doit contacter son administrateur. Vous pouvez configurer le message au même endroit que les autres messages d’emplacement de stockage.

Un échec de réparation peut se produire dans les cas suivants :

• Mauvais formatage de UserLayerRepair.json (improbable, puisque les fichiers JSON sont générés).
• Impossible de trouver le fichier .VHD d’une couche d’application spécifiée ou le fichier package_app_rules intégré à l’image.
• Échec de l’attachement du fichier VHD d’une couche d’application.
• Exceptions inattendues (aléatoires) interrompant le processus de réparation.

Si l’un de ces problèmes se produit, le fichier UserLayerRepair.JSON n’est PAS supprimé, et le traitement des fichiers JSON restants s’arrête.

Pour identifier les raisons exactes de l’échec, examinez le fichier ulayersvc.log de l’utilisateur. Vous pouvez ensuite autoriser la réparation à s’exécuter à nouveau lors des connexions ultérieures. En supposant que la cause de l’échec est résolue, la réparation finit par réussir, et les fichiers UserLayerRepair.JSON sont supprimés.