-
-
Choose between file-based and container-based profiles
-
High availability and disaster recovery with Profile Management
-
FAQs about profiles on multiple platforms and Profile Management migration
-
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!
Choose between file-based and container-based profiles
Citrix Profile Management (CPM) supports two profile types: file-based and container-based. Choosing the right type helps improve the user experience, reduce storage requirements, and simplify profile management. You can also use both types together to support different user cases.
Understand the two profile types
Before deciding which profiles type to use, it’s important to understand how each one works and what makes them suitable for different environments.
-
File-based profiles
File-based profiles store user data and settings in individual files and folders on the profile store. At logon, CPM copies the profile to the local session (unless profile streaming is enabled), and updates the profile in the store at logoff.
This lightweight, flexible method is ideal when storage capacity or network performance is a concern.
-
Container-based profiles
Container-based profiles store the user profile in a virtual hard disk (VHDX) file on the profile store. The container is mounted at logon and updates are written directly to the profile store throughout the session.
This approach simplifies profile inclusion and exclusion logic and is often preferred when working with modern apps such as OneDrive or UWP apps.
When to use file-based profiles
Choose file-based profiles if:
- Storage space is limited. File-based profiles use much less storage space than container-based profiles. By default, the CPM container has 50 GB storage capacity per user.
- Profiles are small or simple. File-based profiles work well if users typically have under 1 GB of profile data and don’t require large application caches or personalization.
- You want to reduce network dependency. File-based profiles copy data to the VDA at logon (if profile streaming is disabled), so network interruptions during sessions have no impact. You might also want to reduce network dependency to avoid delays if troubleshooting requires help from the networking team.
- You’re satisfied with your existing setup. If you’re already using file-based profiles successfully, you might not need to switch—unless new application requirements arise.
When to use container-based profiles
Choose container-based profiles if:
-
You need to support the OneDrive sync app. File-based profiles don’t support OneDrive sync. Use container-based profiles or enable the OneDrive container for this portion of the profile while keeping the rest of the profile file-based.
Note:
Microsoft doesn’t support multiple concurrent OneDrive sync sessions using the same container. For details, see this Microsoft article. If you need multiple concurrent sessions with the sync app, use a separate container for each session or access OneDrive through a browser in secondary sessions.
-
You want simpler profile configuration. Container-based profiles don’t require granular include and exclude rules. All profile data is stored in a VHDX file, reducing admin effort but increasing storage needs.
-
You have robust storage and networking. Container-based profiles rely on a stable connection between the VDA and profile store for real-time reads and writes.
When to use a hybrid approach
You can combine file-based profiles with container-based features to optimize both performance and storage. This approach is helpful when only parts of the profile require the container-based profiles.
Citrix Profile Management supports the following container features:
-
Search index roaming for Outlook: Stores the Microsoft Outlook
.OSTfile and search index in a separate VHDX. -
OneDrive container: Stores OneDrive data in a separate VHDX file to support OneDrive sync.
-
UWP app load acceleration: Stores Universal Windows Platform (UWP) apps in a VHDX for faster load times.
-
Accelerate folder mirroring: Stores mirrored folders (such as browser cookies) in a VHDX to maintain data integrity.
Note:
Folder mirroring is used when an entire profile subfolder must be kept in sync as a single unit to maintain data integrity—for example, when files in the folder reference each other. A common use case is browser cookies, where an index file points to individual cookie files in the same folder.
Summary
There’s no single best profile type. Choose the one that best fits your user personas, application requirements, and IT resources. If you need help deciding, contact your Citrix team for guidance.
Share
Share
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.