-
-
Choisir entre les profils basés sur des fichiers et les profils basés sur des conteneurs
-
Partager les profils utilisateur Citrix® sur plusieurs serveurs de fichiers
-
Administrer les profils au sein et entre les unités d'organisation
-
Prise en charge des domaines et forêts dans la gestion des profils
-
Haute disponibilité et reprise après sinistre avec la gestion des profils
-
Scénario 1 - Configuration de base de magasins d'utilisateurs géographiquement adjacents et de clusters de basculement
-
Scénario 5 - Équilibrage de charge des magasins d'utilisateurs
-
-
Planifier la redirection de dossiers avec la gestion des profils
-
Services de répertoire, d'authentification et de fichiers tiers
-
FAQ sur les profils sur plusieurs plateformes et la migration de la gestion des profils
-
-
-
Limiter la synchronisation des profils lors de la déconnexion
-
Activer l'écriture différée multi-session pour les conteneurs de profils
-
Activer et configurer les paramètres de stratégie au niveau de l'utilisateur
-
Activer la prise en charge des machines VDA jointes à Azure AD et non jointes à un domaine
-
Activer l'accès basé sur les informations d'identification aux magasins d'utilisateurs
-
Activer la prise en charge de l'hibernation de session concurrente
-
Alerter les utilisateurs lorsque les profils dépassent un quota
-
Configurer le programme d'amélioration de l'expérience client (CEIP)
-
Activer le traitement asynchrone de la stratégie de groupe utilisateur à la connexion
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Scénario 1 - Configuration de base de magasins d’utilisateurs géographiquement adjacents et de clusters de basculement
« Je veux que mes utilisateurs utilisent toujours un magasin d’utilisateurs en réseau (NUS) préféré et géographiquement adjacent pour leurs profils. » Les options 1 et 2 s’appliquent dans ce cas.
« Je veux que mon NUS soit sur un cluster de basculement, pour me donner une haute disponibilité. » L’option 2 s’applique dans ce cas.
Le graphique suivant illustre ce scénario. Les utilisateurs en Amérique du Nord (AN) veulent utiliser le NUS de New York plutôt que le NUS de Brisbane. L’objectif est de réduire la latence et de minimiser le trafic envoyé via la liaison intercontinentale vers l’Australie ou la Nouvelle-Zélande (ANZ).

Option 1 – Espaces de noms DFS
Informations générales
Pour un aperçu de la technologie des espaces de noms DFS de Microsoft, consultez Présentation des espaces de noms DFS.
Implémentation de cette option
Les espaces de noms DFS peuvent résoudre certains des problèmes présentés dans l’article de blog.
Configurons un espace de noms pour le NUS appelé \\MyCorp\Profiles. C’est la racine de l’espace de noms. Nous configurons des serveurs d’espaces de noms à New York et Brisbane (et sur tous les autres sites). Chaque serveur d’espaces de noms possède des dossiers correspondant à chaque emplacement Active Directory, qui à leur tour ont des cibles sur un serveur à New York ou Brisbane.
Nous pourrions avoir les emplacements suivants configurés dans Active Directory (faisant partie des enregistrements utilisateur).
| Attribut d’emplacement AD (#l#) | Emplacement géographique |
|---|---|
| Wagga Wagga | ANZ |
| Darwin | ANZ |
| Brisbane | ANZ |
| Auckland | ANZ |
| Seattle | NA |
| San Diego | NA |
| West Palm Beach | NA |
| Poughkeepsie, New York | NA |
Le graphique suivant montre une façon de configurer cela en utilisant les espaces de noms DFS.

Une fois configuré, nous définissons le paramètre Chemin vers le magasin d’utilisateurs comme suit :
\\MyCorp\Profiles\#l#
Les profils des utilisateurs appartenant aux huit sites sont distribués à seulement deux serveurs, respectant ainsi les contraintes géographiques requises par le scénario.
Alternatives
Vous pouvez ordonner les cibles d’espace de noms et utiliser les règles d’ordonnancement comme suit. Lorsque les espaces de noms DFS déterminent la cible à utiliser, il est possible de spécifier que seules les cibles du site local sont choisies. Cela fonctionne tant que vous êtes certain que, pour un utilisateur donné, chaque poste de travail et serveur appartient au même site.
Cette technique échoue si, par exemple, un utilisateur normalement basé à Poughkeepsie visite Wagga Wagga. Son profil d’ordinateur portable pourrait provenir de Brisbane, mais le profil utilisé par ses applications publiées pourrait provenir de New York.
La technique recommandée, utilisant les attributs AD, garantit que les mêmes choix d’espace de noms DFS sont effectués pour chaque session initiée par l’utilisateur. La raison est que le #l# dérive de la configuration AD de l’utilisateur plutôt que des configurations machine.
Option 2 - Espaces de noms DFS avec clustering de basculement
Lectures complémentaires
- Pour un guide étape par étape sur la configuration d’un cluster de basculement de serveur de fichiers à deux nœuds, consultez Déploiement d’un serveur de fichiers en cluster à deux nœuds.
- Pour plus d’informations sur le choix d’un type d’espace de noms, consultez https://docs.microsoft.com/fr-fr/windows-server/storage/dfs-namespaces/choose-a-namespace-type.
Implémentation de cette option
L’ajout du clustering de basculement vous permet de fournir une haute disponibilité de base.
Le point clé de cette option est de transformer les serveurs de fichiers en clusters de basculement, afin que les cibles de dossiers soient hébergées sur un cluster de basculement plutôt que sur un serveur unique.
Si vous exigez que le serveur d’espaces de noms lui-même dispose d’une haute disponibilité, vous devez choisir un espace de noms autonome. Les espaces de noms basés sur un domaine ne prennent pas en charge l’utilisation de clusters de basculement comme serveurs d’espaces de noms. Les cibles de dossiers peuvent être hébergées sur des clusters de basculement, quel que soit le type de serveur d’espaces de noms.
Important : L’état des verrous de fichiers peut ne pas être conservé si un serveur d’un cluster de basculement tombe en panne. Profile Management applique des verrous de fichiers sur le NUS à certains moments du traitement du profil. Il est possible qu’un basculement à un moment critique entraîne une corruption du profil.
Partager
Partager
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.