Profile Management

配置文件管理用例

Citrix Profile Management 可以用于在不同场景中管理用户配置文件,无论应用程序如何交付给用户或存储在哪里。以下是这些场景的示例:

  • Citrix Virtual Apps™ 与已发布的应用程序

  • Citrix Virtual Apps 与已发布的桌面

  • Citrix Virtual Apps 与流式传输到隔离环境中的应用程序

  • 流式传输到 Citrix Virtual Desktops™ 的应用程序

  • 安装在 Citrix Virtual Desktops 上的应用程序

  • 流式传输到物理桌面的应用程序

  • 本地安装在物理桌面上的应用程序

在这些场景中,Citrix 认为以下是最常见的用例:

  • 多会话 - 用户访问多个 Citrix Virtual Apps 服务器池,因此会打开多个会话。但请注意,服务器上的应用程序隔离和流式传输是服务器池的替代方案。本主题将更详细地描述此场景。
  • “最后写入者获胜”和漫游配置文件一致性问题 - 对漫游配置文件的最后一次写入会导致所有设置被保存。因此,如果打开了多个会话并进行了临时更改,漫游配置文件可能无法保留正确的数据。此外,由于网络、存储问题或其他问题,设置可能无法正确写入配置文件。本主题将更详细地描述此场景。
  • 大型配置文件和登录速度 - 配置文件膨胀会使用户配置文件变得难以管理,从而导致存储和管理问题。通常,在登录期间,Windows 会通过网络将用户的整个配置文件复制到本地用户设备。对于臃肿的配置文件,此行为会延长用户的登录时间。

多会话

尤其是在大型环境中,用户可能需要打开多个会话来访问位于不同 Citrix Virtual Apps 服务器上的不同应用程序,无论是在同一场还是多个场中。在可能的情况下,请考虑使用应用程序隔离或流式传输将应用程序置于同一 Citrix Virtual Apps 服务器上,以允许用户从单个服务器访问所有应用程序,从而实现单个会话。但是,如果某个业务部门控制特定服务器或应用程序无法进行流式传输,则可能无法实现此目的。

一旦确定用户确实需要从各种 Citrix 虚拟应用服务器访问应用程序,就必须确定对配置文件的影响。

下图说明了一个示例,其中当存在多个会话时,应用程序设置可能会丢失。

图示

例如,Mary 想要访问应用程序 A、应用程序 B 和应用程序 C,她分别被路由到服务器 1、服务器 8 和服务器 12。登录每个应用程序后,Mary 的终端服务漫游配置文件会加载到每个服务器上,并且每个会话的文件夹都会被重定向。当 Mary 登录到服务器 1 上的应用程序 A 时,她更改了设置 1 并注销了该会话。然后 Mary 完成了其他两个应用程序中的工作并注销。

注销时,Mary 在服务器 1 会话中所做的更改会被覆盖,因为保留的是最后关闭会话中的设置,而不是临时更改。当 Mary 第二天登录应用程序 A 时,她会感到沮丧,因为她所做的更改不可见。

Profile Management 通常可以防止这种情况发生。Profile Management 只回写在会话期间更改的特定设置;所有其他未更改的设置保持不变。因此,唯一可能出现的冲突是 Mary 在另一个会话中更改了设置 1。但是,如果在此场景中使用 Profile Management,用户可能会期望保留最新的更改,而实际情况也确实如此。

“最后写入者获胜”和漫游配置文件一致性问题

此场景与本主题中的第一个场景类似。“最后写入者获胜”问题可以通过多种方式表现出来,并且随着访问设备数量的增加,用户的沮丧感也会随之增加。

由于漫游配置文件保留所有配置文件数据(重定向的文件夹除外),因此用户配置文件可能会变得很大。这不仅会增加登录时间(因为必须下载配置文件),而且在注销的写入阶段,不一致的可能性也会增加,尤其是在存在网络问题的情况下。

Profile Management 允许将特定数据从用户配置文件中排除,从而使用户配置文件保持最小大小。由于只将差异写入配置文件,因此注销的写入阶段涉及的数据更少,速度更快。Profile Management 对于使用配置文件存储临时数据但在应用程序终止时不会清理这些数据的应用程序可能很有益。

配置文件管理用例