Product Documentation

用户配置文件

Feb 23, 2016

默认情况下,在安装 Virtual Delivery Agent 时,Citrix Profile Management 以静默方式安装在主映像上,但您不必将 Profile Management 用作配置文件解决方案。

为迎合用户需求的不断变化,可使用 XenApp 和 XenDesktop 策略为每个交付组中的计算机应用不同的配置文件行为。 例如,一个交付组可能需要 Citrix 强制配置文件(其模板保存在一个网络位置),而另一个交付组可能需要 Citrix 漫游配置文件(保存在包括多个重定向文件夹的其他位置)。
  • 如果组织中的其他管理员负责 XenApp 和 XenDesktop 策略,应与他们合作以确保他们跨交付组设置任何配置文件相关的策略。
  • 还可在组策略、Profile Management .ini 文件和各个本地虚拟机中设置 Profile Management 策略。 定义配置文件行为的这些方式按照以下顺序读取:
    1. 组策略(.adm 或 .admx 文件)
    2. 策略节点中的 XenApp 和 XenDesktop 策略
    3. 用户连接的虚拟机上的本地策略
    4. Profile management .ini 文件

    例如,如果您在组策略和策略节点中配置相同的策略,系统会读取组策略中的策略设置,而忽略 XenApp 和 XenDesktop 策略设置。

无论选择哪个配置文件解决方案,Director 管理员都可以访问这些用户配置文件的诊断信息并进行故障排除。 有关详细信息,请参阅 Director 文档。

如果您使用 Personal vDisk 功能,Citrix 用户配置文件将默认存储在虚拟桌面的 Personal vDisk 中。 不要在 Personal vDisk 上仍有配置文件副本时删除用户存储中的配置文件副本。 这样做会造成 Profile Management 错误,并导致登录虚拟桌面将使用临时配置文件。

自动配置

会根据 Virtual Delivery Agent 安装自动检测桌面类型,并且,除了您在 Studio 中所做的配置选择,还会相应地设置 Profile Management 默认值。

Profile Management 调整的策略如下表所示。 此功能将保留任何非默认策略设置,且不会将其覆盖。 有关各策略的详细信息,请参阅 Profile Management 文档。 创建配置文件的计算机类型会影响调整的策略。 主要因素为计算机属于静态计算机还是预先置备的计算机,以及这些计算机是由多个用户共享还是专门仅供一个用户使用。

静态系统具有某些类型的本地存储,这些本地存储中的内容在关闭系统时有望继续存在。 静态系统可能会采用存储区域网络 (SAN) 等存储技术提供本地磁盘模仿。 与此相反,预先置备的系统是基于基础磁盘和某些类型的身份磁盘即时创建的。 本地存储通常通过 RAM 磁盘或网络磁盘进行模拟,网络磁盘通常由具有高速链路的 SAN 提供。 置备技术通常为 Provisioning Services 或 Machine Creation Services(或第三方的等效技术)。 预先置备的系统有时具有静态本地存储(可能由 Personal vDisk 提供);此类计算机归类为静态计算机。

总而言之,这两类因素定义了以下计算机类型:

  • 静态专用计算机 — 例如,具有静态分配以及通过 Machine Creation Services 创建的个人虚拟磁盘的桌面操作系统计算机、具有通过 VDI-in-a-Box 创建的个人虚拟磁盘的桌面、物理工作站和便携式计算机
  • 静态共享计算机 — 例如,通过 Machine Creation Services 创建的服务器操作系统计算机
  • 预先置备的专用计算机 — 例如,具有静态分配但不具有通过 Provisioning Services 创建的个人虚拟磁盘的桌面操作系统计算机
  • 预先置备的共享计算机 — 例如,具有通过 Provisioning Services 创建的随机分配的桌面操作系统计算机、不具有通过 VDI-in-a-Box 创建的个人虚拟磁盘的桌面

以下 Profile Management 策略设置是针对不同的计算机类型建议的指导方针。 这些设置在大多数情况下能够正常发挥作用,但根据部署要求,您可能希望使用与之有所差别的设置。

重要注销时删除本地缓存的配置文件Profile Streaming总是缓存是自动配置功能强制使用的策略。 手动调整其他策略。

静态计算机

策略

静态专用计算机

静态共享计算机

注销时删除本地缓存的配置文件

已禁用

已启用

Profile Streaming

已禁用

已启用

始终缓存

已启用(备注 1)

已禁用(备注 2)

活动写回

已禁用

已禁用(备注 3)

处理本地管理员登录

已启用

已禁用(备注 4)

已置备的计算机

策略

预先置备的专用计算机

预先置备的共享计算机

注销时删除本地缓存的配置文件

已禁用(备注 5)

已启用

Profile Streaming

已启用

已启用

始终缓存

已禁用(备注 6)

已禁用

活动写回

已启用

已启用

处理本地管理员登录

已启用

已启用(备注 7)

  1. 由于 Profile Streaming 对此类计算机禁用,因此将始终忽略总是缓存设置。
  2. 禁用总是缓存。 但是,可以通过启用此策略并用其定义一个文件大小限制 (MB) 来确保在登录后立即将大型文件加载到配置文件中。 等于或大于此大小的任何文件都会立即在本地缓存。
  3. 禁用活动写回,但在 XenApp 服务器间漫游的用户的配置文件中保存更改时除外。 在这种情况下,请启用此策略。
  4. 对除托管共享桌面以外的桌面禁用处理本地管理员登录。 在这种情况下,请启用此策略。
  5. 禁用注销时删除本地缓存的配置文件。 这样将保留本地缓存的配置文件。 由于计算机会在注销时重置,但分配给单个用户,因此,如果缓存了其配置文件,登录速度将会更快。
  6. 禁用总是缓存。 但是,可以通过启用此策略并用其定义一个文件大小限制 (MB) 来确保在登录后立即将大型文件加载到配置文件中。 等于或大于此大小的任何文件都会立即在本地缓存。
  7. 启用处理本地管理员登录,但不对在 XenApp 和 XenDesktop 服务器间漫游的用户的配置文件启用此策略。 在这种情况下,请禁用此策略。

文件夹重定向

通过文件夹重定向,可以将用户数据存储在配置文件的存储位置以外的网络共享上。 这将减少配置文件大小和加载时间,但是可能会影响网络带宽。 文件夹重定向不需要使用 Citrix 用户配置文件。 您可以选择自己管理用户配置文件,仍可以重定向文件夹。

在 Studio 中使用 Citrix 策略配置文件夹重定向。
  • 确保用于存储重定向文件夹内容的网络位置可用,并且具有适当的权限。 已验证位置属性。
  • 重定向文件夹已在网络上设置,并且已在登录时从用户的虚拟桌面填充其内容。
注意:仅使用 Citrix 策略或 Active Directory 组策略对象配置文件夹重定向,请勿同时使用二者。 同时使用这两个策略引擎配置文件夹重定向可能会导致意外行为。

高级文件夹重定向

在包含多个操作系统的部署中,您可能希望每个操作系统共享用户的某些配置文件。 其余配置文件则不共享,仅由一个操作系统使用。 要确保在各个操作系统间提供一致的用户体验,需要对每个操作系统进行不同的配置。 这就是高级文件夹重定向。 例如,在两个操作系统上运行的应用程序的不同版本可能需要读取或编辑一个共享文件,因此您决定将共享文件重定向到两个版本均可访问的一个网络位置。 或者,由于两个操作系统中的“开始”菜单文件夹内容在结构上有所不同,因此您决定仅重定向一个文件夹,而非两个文件夹。 这将分隔每个操作系统上的“开始”菜单文件夹及其内容,从而确保一致的用户体验。

如果您的部署需要高级文件夹重定向,则必须了解用户配置文件数据的结构,并确定配置文件的哪些部分可在操作系统间共享。 这一点非常重要,因为如果不正确使用文件夹重定向,可能会导致不可预测的行为。

在高级部署中重定向文件夹:
  • 为每个操作系统使用单独的交付组。
  • 了解虚拟应用程序(包括虚拟桌面上的虚拟应用程序),存储用户数据和设置的位置,并了解数据的结构。
  • 对于可安全漫游(由于其结构在每个操作系统中均相同)的共享配置文件数据,请重定向每个交付组中的包含文件夹。
  • 对于无法漫游的非共享配置文件数据,请仅重定向一个桌面组中的包含文件夹,通常选择使用最常用操作系统或其中的数据最相关的桌面组; 对于无法在操作系统间漫游的非共享数据,请重定向两个系统中的包含文件夹以分隔网络位置。
高级部署示例 - 此部署中的一些应用程序(包括 Microsoft Outlook 和 Internet Explorer 版本)运行在 Windows 8 桌面上,另一些应用程序(包括 Outlook 和 Internet Explorer 的其他版本)则由 Windows Server 2008 交付。 为实现此目的,您已为两个操作系统设置两个交付组。 用户希望在这两个应用程序的两个版本中访问同一组联系人和收藏夹。
重要:以下决策和建议对介绍的操作系统和部署有效。 在您的组织中,您选择重定向的文件夹以及是否决定共享这些文件夹取决于特定于您的具体部署的多种因素。
  • 使用应用到交付组的策略选择下列要重定向的文件夹。
    文件夹 已在 Windows 8 中重定向? 已在 Windows Server 2008 中重定向?
    My Documents
    Application Data
    联系人
    桌面
    下载
    收藏夹
    链接
    我的音乐
    图片收藏
    我的视频
    搜索
    保存的游戏
    “开始”菜单
  • 对于共享的重定向文件夹:
    • 在分析不同版本的 Outlook 和 Internet Explorer 保存的数据结构后,您确定可以安全共享“联系人”和“收藏夹”文件夹
    • 您知道“我的文档”、“我的音乐”、“图片收藏”和“我的视频”的结构在各个操作系统间均一致,因此将其存储在每个交付组的同一网络位置中非常安全
  • 对于非共享的重定向文件夹:
    • 不重定向 Windows Server 交付组中的桌面、链接、搜索或“开始”菜单文件夹,因为这些文件夹中数据的组织结构在两个操作系统中有所不同, 因此无法共享。
    • 要确保此非共享数据的可预测行为,只能在 Windows 8 交付组中重定向此数据。 选择 Windows 8 而非 Windows Server 交付组是因为 Windows 8 在用户的日常工作中使用更频繁;他们只会偶尔访问服务器交付的应用程序。 另外,在此情况下,非共享数据与桌面环境而非应用程序环境更为相关。 例如,桌面快捷方式存储在“桌面”文件夹中,如果它们源自 Windows 8 计算机而非 Windows Server 计算机,则可能非常有用。
  • 对于非重定向文件夹:
    • 您不希望使存储用户下载文件的服务器变得混乱,因此您选择不重定向“下载”文件夹
    • 来自单独应用程序的数据可能导致兼容性和性能问题,因此您决定不重定向“应用程序数据”文件夹

有关文件夹重定向的详细信息,请参阅 http://technet.microsoft.com/en-us/library/cc766489%28v=ws.10%29.aspx

文件夹重定向和排除

在 Citrix Profile Management(而非 Studio)中,一项性能增强功能可防止使用排除处理文件夹。 如果使用此功能,请不要排除任何重定向文件夹。 文件夹重定向和排除功能配合使用,因此确保未排除重定向文件夹,可在您稍后决定不重定向这些文件夹时,让 Profile Management 再次将其移回配置文件的文件夹结构,同时保持数据完整性。  有关排除的详细信息,请参阅包含和排除项目