App Layering

Déployer des couches utilisateur

Les couches utilisateur persistent de chaque utilisateur :

  • Paramètres de profil
  • Données
  • Applications installées localement dans des 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 ouvre une session sur un bureau qui est activé par couche utilisateur, une nouvelle base de données d’index de recherche est créée. L’index intègre des informations de recherche provenant de la couche utilisateur et de toutes les couches élastiques. La fonction Rechercher n’est disponible que lorsque l’indexation est terminée.

Cette rubrique explique comment activer les couches utilisateur sur un modèle d’image et sur 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 :

  • Complet - Toutes les données, les paramètres et les applications installées localement d’un utilisateur sont stockés sur leur couche utilisateur.
  • Office 365 - (Systèmes de bureau) Seuls les données et paramètres Outlook de l’utilisateur sont stockés sur leur couche utilisateur.
  • Session Office 365 - (Hôtes de session) Seuls les données et paramètres Outlook de l’utilisateur sont stockés sur leur 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.

Exigences

Avant d’activer les couches utilisateur, assurez-vous de répondre 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 devez :

  • Bande passante réseau adéquate. La bande passante et la latence ont un effet significatif sur la couche utilisateur. Chaque écriture passe sur le réseau.
  • 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 l’empaquetage des couches, la publication d’images en couches et la distribution de 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 fermeture de session. Selon la façon dont vous déployez les paramètres, vous pouvez désactiver la suppression à l’aide de l’une des options suivantes :

    • 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 un nouvel utilisateur et crée des fichiers OS pour eux.
  • La couche Office doit être incluse dans le modèle d’image et déployée dans l’image en couches. Toutefois, vous pouvez utiliser d’autres couches Elastic 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 poste de travail par utilisateur à la fois (authentification unique).

Compatibilité

Les couches utilisateur complètes sont prises en charge sur les plates-formes 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-utilisateurs. Il n’y a pas de prise en charge des couches utilisateur sur les hôtes de session.
    • Windows 7, 64 bits
    • Windows 10, 64 bits
    • Windows Server 2016, mode utilisateur unique uniquement
    • Windows Server 2019, mode utilisateur unique uniquement
  • Plates-formes de publication : Les couches utilisateur sont prises en charge sur les plates-formes de publication suivantes.
    • Citrix Virtual Desktops
    • VMware Horizon View

Applications qui ne sont pas 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’applications. Les couches utilisateur sont basées sur la même technologie que les couches élastiques. Comme pour les couches élastiques, n’utilisez jamais de 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. Voir Imprimantes installées par GPO dans la section suivante.

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

Mise à jour Windows

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

Compléments Outlook Store

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

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

Imprimantes installées par GPO

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

Pour configurer des imprimantes installées par GPO :

  1. Activer les couches utilisateur dans le modèle d’image.
  2. Assurez-vous que le bureau est joint au domaine (sur la couche Platform).
  3. Créez une stratégie de groupe pour déployer chaque imprimante réseau, puis affectez-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, Bloc-notes et Gestionnaire de périphériques.

VMware Horizon View

Horizon View doit être configuré pour les postes de travail non persistants et le bureau doit être défini sur Actualiser lors de la fermeture de session. Supprimez ou actualisez la machine lors de la fermeture de session. Exemple :

image localisée

Après la fermeture de la session avec View défini sur Actualiser immédiatement, le Bureau passe en mode maintenance. S’il n’y a qu’une seule machine dans le pool, le pool n’est pas disponible tant que cette machine n’a pas terminé l’actualisation.

  • La première fois qu’un utilisateur ouvre une session sur son bureau, l’appliance crée une couche utilisateur pour lui.
  • Les utilisateurs reçoivent leurs couches utilisateur même si les couches attribuées élastiquement ne se chargent pas.
  • Si vous renommez l’utilisateur dans AD, un nouveau répertoire et une couche utilisateur sont créés pour le nouveau nom. Modifiez le nom de l’utilisateur aux endroits suivants :
    • Le répertoire sur le partage de fichiers.
    • Le fichier VHD sur votre hyperviseur.

Activer les couches utilisateur sur une image en couches

Pour déployer des couches utilisateur, vous activez les couches à l’aide des paramètres d’un modèle d’image. Pour des étapes détaillées, reportez-vous à la section 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é sur, 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 l’enregistrement des couches utilisateur sur le partage de fichiers principal de l’appliance. Sinon, l’espace peut être épuisé pour :

  • Mise à niveau du logiciel.
  • Servir des couches élastiques aux utilisateurs.
  • Enregistrement des fichiers que vous déplacez vers un hyperviseur pour lequel aucun connecteur n’est pris en charge.

Le premier emplacement de stockage ajouté à l’appliance devient l’emplacement par défaut des 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 dans l’ordre de priorité.

Vous pouvez affecter 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 affectés à différents emplacements de stockage, la couche utilisateur de la personne est stockée dans l’emplacement de stockage de priorité la plus élevée.

Si vous modifiez l’ordre de priorité des emplacements de stockage auxquels l’utilisateur est affecté après l’enregistrement de la couche utilisateur de la personne à l’emplacement prioritaire le plus élevé, les données enregistrées jusqu’à ce point restent dans l’emplacement d’origine. Pour conserver la couche utilisateur de la personne, vous devez copier sa couche utilisateur vers le nouvel emplacement de priorité la plus élevée.

Comment spécifier l’emplacement de partage de fichier de couche utilisateur sur une image spécifique

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

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

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

  1. Ajoutez la clé de Registre suivante dans une ou plusieurs de vos images publiées avant que tout utilisateur ne se connecte :

    [HKLM\Software\Unidesk\ULayer] « UserLayerSharePath »

Vous pouvez ajouter la clé précédente à la couche de plate-forme, à 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 disques durs virtuels de couche utilisateur. La \Users sous-arborescence est ajoutée à cette clé pour localiser les couches réelles.

Comment spécifier un chemin d’accès de couche utilisateur personnalisé

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

Dans la CustomUserLayerPath valeur, 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 serait :

<CustomUserLayerPath>\<OSID_OSNAME>

Si vous définissez le chemin d’accès personnalisé de la couche utilisateur %<USERDOMAIN>% à l’aide de l’objet de stratégie de groupe, utilisez %<USERNAME>% et empêchez l’objet de stratégie de groupe de développer les chemins.

  • Si CustomUserLayerPath est défini, il est utilisé à la place de n’importe quel autre chemin.
  • Si CustomUserLayerPath est indéfini UserLayerSharePath, qui est à l’intérieur de la même clé, est utilisé.
  • Si n’ UserLayerSharePath est pas défini, le StorageLocation répertorié dans le JSON pour l’appliance App Layering est utilisé. Vous pouvez modifier le UserLayerSharePath dans la console de gestion, dans le paramètre Système > User Layer Storage Emplacement.
  • Si aucun n’est StorageLocation répertorié dans le JSON à partir 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 seront créées sera 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>.

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

Sur le partage de fichiers réseau de la solution matérielle-logicielle, des couches utilisateur sont créées dans le dossier Utilisateurs. Par exemple :

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

Chaque utilisateur a son propre répertoire dans le répertoire Utilisateurs. 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 serait 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’ensemble 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 couche utilisateur. Une liste des partages de fichiers s’affiche, à l’exception du partage de fichiers principal de l’appliance.

  3. Sélectionnez Ajouter un emplacement de stockage, puis entrez un nom et un chemin réseau pour le nouvel emplacement.

  4. Sous l’onglet Affectations de couche utilisateur, développez l’arborescence des répertoires.

  5. Ajoutez le nouvel emplacement de stockage en cochant les cases correspondant à un ou plusieurs groupes.

  6. Une liste des partages de fichiers s’affiche, à l’exception du partage de fichiers principal de l’appliance.

  7. Sous l’onglet Confirmer et terminer, sélectionnez Ajouter un 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 couches 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 \Users sous-dossier et sécuriser cet emplacement.

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

Nom du paramètre Value Appliquer à
Créateur propriétaire Modifier/Supprimer des sous-dossiers et des fichiers* Sous-dossiers et fichiers uniquement
Droits du propriétaire Modifier Sous-dossiers et fichiers uniquement
Utilisateurs ou groupe : Création de dossier/ajout de données ; Parcours du dossier/exécution du fichier ; Liste du dossier/lecture de données ; Lecture des attributs Dossier sélectionné uniquement
Système Contrôle total Dossier sélectionné, sous-dossiers et fichiers
Administrateurs de domaine et groupe d’administrateurs sélectionné Contrôle total Dossier sélectionné, sous-dossiers et fichiers

*Sur certains serveurs, Creator Owner requiert Supprimer les sous-dossiers et les fichiers (autorisation avancée), de sorte que la App Layering être nettoyée après les réparations de couche utilisateur.

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

  1. Connectez-vous à la console de gestion.

  2. Cliquez sur Système > Emplacements de stockage de couche utilisateur. Les partages de fichiers affichés sont les emplacements de stockage définis pour les couches utilisateur. Supposons que vous avez défini trois emplacements de stockage afin que vous puissiez gérer le stockage pour Group1 et Group2 séparément de tous les autres dans l’organisation : `
    • Default location - \ MyDefaultShare \ UserLayerFolder\
    • Group1 - \\MyGroup1\Share\UserLayerFolder\
    • Group2 - \\MyGroup2\Share\UserLayerFolder\

    Remarque : Le partage de fichiers principal de l’appliance, utilisé pour stocker les couches du système d’exploitation, des applications et des plateformes, n’est pas répertorié comme emplacement de stockage de couche utilisateur. Pour en savoir plus sur le partage de fichiers de App Layering, consultez [Configuration d’un partage de fichiers] (https://docs.citrix.com/fr-fr/citrix-app-layering/4/configure/set-up-file-share.html).

  3. Créez un \Users sous-répertoire 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 des stratégies Studio de la couche de personnalisation utilisateur aux couches utilisateur

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

  • Chemin du référentiel de couche utilisateur : Définit l’emplacement du réseau pour accéder aux couches utilisateur.
  • Taille de couche utilisateur GB : Définit la taille pour permettre la croissance des disques de 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 d’accès et la taille définis dans les stratégies reçoivent la priorité la plus élevée.

L’augmentation de la taille de la couche utilisateur affectée prend effet la prochaine fois que l’utilisateur se connecte. Une diminution de la taille de couche utilisateur affecté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 :

    Sélectionner Stratégies dans Studio

  2. Sélectionnez Créer une stratégie dans le volet Actions. La fenêtre Créer une stratégie s’affiche.

  3. Tapez « 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 couche utilisateur
    • Taille de la couche utilisateur en Go

      Remarque :

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

  4. Cliquez sur Sélectionner en regard de Chemin du référentiel de couche utilisateur. La fenêtre Modifier le paramètre s’affiche.

    Chemin du référentiel de couche utilisateur

  5. Entrez un chemin d’accès au format \\server name or address\folder name dans le champ Valeur, cliquez sur OK :

    Entrez le chemin du référentiel

  6. Facultatif : cliquez sur Sélectionner en regard de Taille de la couche utilisateur en Go :

    Chemin du référentiel de couche utilisateur

  7. La fenêtre Modifier les paramètres s’affiche.

  8. Facultatif : modifiez la valeur par défaut de ‘0’ à la taille maximale (en Go) que la couche utilisateur peut augmenter. 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 Utilisateurs et machines. Cliquez sur le lien Assigner un groupe de mise à disposition mis en évidence dans cette image :

    Chemin du référentiel de couche utilisateur

  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.

    Sélectionner un groupe de mise à disposition

  11. Entrez un nom pour la stratégie. Cliquez sur la case à cocher pour activer la stratégie, puis cliquez sur Terminer.

    Nom de la stratégie de couche utilisateur

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 en cours d’utilisation.

    Si un utilisateur se connecte avant de déplacer 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éplacez la couche utilisateur nouvellement créée vers le nouveau répertoire.
    • Conservez les listes ACL de l’utilisateur.
  2. Accédez au répertoire contenant le fichier VHD de la couche utilisateur.

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

    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 laissez les utilisateurs créer des couches utilisateur

Si vous choisissez de laisser 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 autorisé pour les couches utilisateur d’une image est de 10 Go par couche.

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

  • Définition d’un quota pour le partage de couche utilisateur
  • Définition d’un remplacement du Registre

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

Ordre de préséance

Lors du déploiement de 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 Microsoft (FSRM)
    • Gestionnaire de quotas Microsoft
  • Un remplacement du Registre pour les disques de couche utilisateur : (HKLM \ SOFTWARE \ Unidesk \ ULayer \ DefaultUserLayerSizeingB
  • Taille de la couche utilisateur par défaut (10 Go)

Modifier la taille de la couche utilisateur

L’augmentation de la taille de la couche utilisateur affectée prendra effet la prochaine fois que l’utilisateur se connecte. La réduction de la taille de la couche utilisateur affecté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 dur 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)
  • Gestion de quota

Le quota doit être défini dans le répertoire des couches utilisateur, nommé Utilisateurs.

Remarque :

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

Définir les remplacements de Registre de taille maximale

Il est possible de remplacer la taille maximale de la couche utilisateur par défaut, en utilisant le 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 d’une de ces clés, ajoutez-la manuellement à l’aide d’une couche ou d’un GPP/GPP.

Racine du Registre : HKLM\Software\Unidesk\Ulayer

Key Type Valeur par défaut Description
UseQuotaIfAvailable Chaîne True; False True pour permettre la découverte et l’utilisation des quotas. False pour désactiver.
DefaultUserLayerSizeInGb DWord Définie par l’utilisateur La taille de la couche utilisateur en Go (par exemple 5, 10, 23,…) Lorsqu’elle n’est pas spécifiée, la valeur par défaut est 10.
QuotaQuerySleepms DWord Définie par l’utilisateur Nombre de millisecondes à attendre après la création du répertoire de la couche utilisateur avant de vérifier si elle a un quota. Certains systèmes de quotas prennent du temps pour appliquer le quota au nouveau répertoire, par exemple, FSRM. Le quota par défaut est 1000.

Personnaliser les messages de notification de couche utilisateur

Lorsqu’un utilisateur n’est pas en mesure d’accéder à sa couche utilisateur, il reçoit un message de notification.

Messages de la couche utilisateur

Les messages de notification de la couche utilisateur incluent les éléments suivants. Vous pouvez personnaliser les deux premiers messages en suivant les étapes suivantes.

  • Couche utilisateur en cours d’utilisation (message personnalisable)

    Nous n’avons pas pu associer votre couche utilisateur car elle est en cours d’utilisation. Les modifications apportées aux paramètres ou aux données de l’application ne seront pas enregistrées. Veillez à enregistrer tout travail dans un emplacement réseau partagé.

  • Couche utilisateur non disponible (message personnalisable)

    Nous n’avons pas pu associer votre couche utilisateur. Les modifications apportées aux paramètres ou aux données de l’application ne seront pas enregistrées. Veillez à enregistrer votre travail dans un emplacement réseau partagé.

  • Le système n’a pas été réinitialisé après la déconnexion de l’utilisateur

    Ce système n’a pas été arrêté correctement. Déconnectez-vous immédiatement et contactez votre administrateur système.

  • La réparation de la couche utilisateur n’a pas pu être effectuée

    Une tentative de réparation de votre couche utilisateur a échoué. Veuillez contacter votre administrateur système.

  • Échec du chargement des pilotes manuels

    Le chargement des pilotes Application Layering trouvés pour ce système n’a pas pu être effectué. Cela peut être dû au fait que des pilotes incorrectement signés ou incorrects sont placés sur le partage. Veuillez contacter votre administrateur pour résoudre ce problème.

Comment personnaliser un message

Vous pouvez personnaliser les messages de notification comme suit. Les messages que vous entrez peuvent être dans n’importe quelle langue.

  1. Connectez-vous à la console de gestion en tant qu’administrateur.
  2. Si vous souhaitez créer un nouvel emplacement, cliquez sur Ajouter un emplacement de stockage.
  3. Si vous souhaitez personnaliser les messages pour un emplacement existant, cliquez sur Modifier l’emplacement de stockage.
  4. Dans l’Assistant Ajout/Modifier un emplacement de stockage, cliquez sur l’onglet Messages de la couche utilisateur et sur la case à cocher Remplacer.
  5. Entrez les messages exactement comme vous voulez qu’ils soient affichés.
  6. Utilisez l’onglet Confirmer et terminer pour enregistrer vos modifications.

Réparer une couche utilisateur

La fonction 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 l’ont déjà installée localement sur leur couche utilisateur. La fonction de réparation supprime les fichiers en conflit, que vous distribuiez 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 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 leurs modifications cassent l’application ou si le fichier a été endommagé, la fonction de réparation de la couche utilisateur vous permet de nettoyer le fichier de problème en le supprimant de la couche utilisateur. L’utilisateur voit ensuite 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 assignée de manière élastique. Étant donné que la couche utilisateur a priorité, une fois que la copie locale de l’application de l’utilisateur est supprimée, l’utilisateur ne voit plus cette version de l’application. L’utilisateur voit la couche d’application affectée en tant que 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 fonction de réparation de la couche utilisateur supprime les fichiers en conflit installés par l’application de la couche utilisateur de sorte que l’utilisateur voit ensuite la version fournie dans la couche d’application.

Fonctionnement de 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 sur les couches utilisateur qui doivent être réparées.

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 sont les suivants :

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

Pour voir l’ID de couche dans la console, cliquez sur l’onglet Calque, sélectionnez le calque et cliquez sur l’icône « i ». L’ID de la couche s’affiche avec d’autres détails de la couche.

Le répertoire PackageAppréciules 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 ?

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

Une réparation d’une couche qui doit être montée mais qui n’a pas d’opérations réelles à effectuer ajoute environ 5 secondes au processus de connexion. La durée de connexion est réduite à 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, elle est inférieure à 10 secondes, soit 12 à 15 au total.

Réparer une couche utilisateur

Pour réparer la couche utilisateur d’un utilisateur :

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

    • ∂∂.
  2. Recherchez 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 de 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 sur l’emplacement VHD de l’utilisateur. La prochaine fois que l’utilisateur ouvre une session, une opération de réparation se produit.

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

    Remarque :

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

Fichiers journaux pour les réparations de 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 au cours du nettoyage y sont consignées, ainsi que toutes les autres modifications enregistrées par le service.

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 UserLayerRepair.json (peu probable, puisque les fichiers JSON sont générés).
  • Impossible de trouver le fichier .VHD ou package_app_rules d’une couche d’application spécifiée.
  • É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, consultez le fichier ulayersvc.log de l’utilisateur. Vous pouvez ensuite autoriser la réparation à s’exécuter à nouveau sur les ouvertures de session suivantes. En supposant que la cause des échecs est résolue, la réparation finit par réussir et les fichiers UserLayerRepair.json sont supprimés.