Product Documentation

规划 XenApp 数据存储

Sep 14, 2015
部署服务器场时,该场必须有一个关联的数据存储。当场中的服务器联机时,会查询该数据存储以获取配置信息。该数据存储提供了存储库用于存储永久信息,包括:
  • 场配置信息
  • 已发布应用程序的配置
  • 服务器配置
  • Citrix 管理员帐户
  • 打印机配置

系统要求列出了可用于场数据存储的数据库。有关支持的数据库版本的信息,请参阅 http://support.citrix.com/article/CTX114501

选择数据库

在决定要使用的数据库产品之前,请考虑以下因素:
  • 您当前计划包括在场中的服务器的数目,以及是否计划增加服务器
  • 是否有数据库管理员具备配置和管理运行在 SQL Server 或 Oracle 上的数据存储的专业知识
  • 您是否预见到企业拓展,从而需要扩展数据库的规模和维护
  • 任何数据库维护要求,例如备份、冗余和复制

下表根据环境规模列出了一般建议。

  小型 大型 Enterprise
服务器 1-50 25-100 50-100 100 或更多
命名用户 < 150 < 3000 < 5000 > 3000
应用程序 < 100 < 100 < 500 < 2000
  • Microsoft SQL Server 和 Oracle 适用于任何规模的环境,推荐用于所有大型和企业环境。跨 WAN 部署大型场时,可以通过在多个数据库服务器上复制数据存储和分配负载来获得性能优势。SQL Server 和 Oracle 适用于大型场并支持复制。

    请不要在 SQL Server 或者 Oracle 数据库服务器上安装 XenApp。

  • SQL Server Express 适用于位于同一物理地点(即,在 WAN 中没有分支机构)的所有小型和多数中型环境。

要了解数据库服务器的硬件要求,请参阅数据库产品文档。

重要:请务必定期备份数据存储。如果数据存储数据库丢失,则必须重新创建场。您无法通过现有的场重新创建数据存储。

数据库服务器硬件性能注意事项

在以下情况下,提高数据库服务器 CPU 的处理能力和速度可以缩短对数据存储查询的响应时间:
  • 在多个服务器上同时启动 Citrix IMA Service
  • 向场中添加服务器
  • 从场中删除服务器

与数据存储相应时间产生的影响相比,场大小对其他事件(例如,在单台服务器上启动 IMA Service、重新创建本地主机缓存,或将打印机驱动程序复制到场中的所有服务器)的响应时间产生的影响更大。

在同时执行多个查询时,向托管数据存储的服务器添加处理器可以缩短响应时间。在大量服务器同时且频繁联机的环境中,添加处理器可以更快地处理请求。

数据库服务器上处理器的能力会影响管理控制台性能、向场中添加(配置)和从场中删除服务器所需的时间,以及同时启动多个服务器所需的时间。

在下表中,列出了五个场配置示例(A 至 E),并显示了场中的各项指标数据。

配置 A B C D E
场中的服务器数 50 100 250 500 1000
发布到所有服务器的应用程序数 50 50 50 50 50
用户策略数 25 25 25 25 25
每台服务器上连接的打印机数 5 5 5 5 5
每台服务器上安装的打印机驱动程序数 25 25 25 25 25
连接了打印机的网络打印服务器数 5 5 5 5 5
负载管理器负载评估程序数 10 10 10 10 10
管理控制台中的应用程序文件夹数 10 10 10 10 10
管理控制台中的服务器文件夹数 8 16 25 50 50
应用程序隔离环境数 10 10 10 10 10
Citrix 管理员数 10 10 10 10 10
数据存储数据库的大小 (MB) 32 51 76 125 211

对于上表中的各种配置,下表针对托管数据存储的服务器列出了建议使用的硬件。

配置 A B C D E
奔腾 4 双核/1.6 GHz,2GB RAM X X X    
奔腾 4 双核/3.0 GHz,4GB RAM X X X X  
奔腾 4 四核/3.0 GHz,4GB RAM X X X X X

场的数据存储的实际性能会因数据库引擎和达到的性能调整级别的不同而异。

复制注意事项

将新服务器加入 XenApp 场时,可能需要花费很长一段时间等待服务器的 Citrix Independent Management Architecture (IMA) Service 启动并联网。因此,可以选择在每个远程站点配置 SQL 数据存储复制功能,以允许成员服务器指向各自的本地 SQL 订户,并可避免遍历 WAN 时速度缓慢的问题。但是,随着场不断在各地扩展,管理每个站点的 SQL 订户所需的开销成为一种负担。

在 XenApp 6.5 中,可以在会话-主机模式(又称为仅会话模式)下配置服务器。此服务器模式允许 XenApp 服务器在非常短的时间内加入场,并能节省大量带宽。

XenApp 服务器加入场时,将对 IMA 数据存储执行大量读写操作,并将场数据下载到自己的本地主机缓存 (LHC) 中。在早期版本的 XenApp 中,场的所有成员服务器在加入场的过程中都需要将所有场数据下载到各自的 LHC 中,导致数据存储交易量和带宽占用量都非常大。在 XenApp 6.5 中,可以将精选的几台服务器专门用作 XenApp 控制器,负责执行场管理任务,而其余成员服务器为仅会话服务器,唯一负责执行的任务是托管用户会话。XenApp 控制器必须与 LHC 同步所有场数据,而仅会话服务器只需与 LHC 同步部分信息。完成这些更改后,数据库交易数更少,占用的带宽量更低,IMA 启动性能更快。

虽然仅会话 XenApp 服务器可以托管 XenApp 用户会话,但无法担当数据收集器的角色,也无法参与或触发数据收集器区域选举。XML Service 不在仅会话 XenApp 服务器上运行,因此,Web Interface 无法使用这些服务器执行应用程序枚举。此外,AppCenter 发现等管理任务或 PowerShell 任务无法直接在仅会话服务器上运行。但是,如果正确规划并放置了 XenApp 控制器服务器,则可以利用仅会话模式优化场性能,降低 IMA 带宽并缩短服务器置备时间。

可以在配置 XenApp 角色使其加入场时,通过服务器角色管理器指定 XenApp 服务器模式。有关详细信息,请参阅配置 XenApp 之前的准备工作中的“XenApp 服务器模式”部分。

如果您使用早期 XenApp 部署中的数据存储复制功能,请注意,在 XenApp 6.5 中:
  • 已不再需要复制,原因是 IMA 结构性变化已大大改进了 WAN 的性能。
  • 将来版本的 Microsoft SQL Server 可能不支持 XenApp 所支持的复制模型(通过事务复制功能可立即更新订户)。

因此,虽然您可以在 SQL Server 2008 R2 及早期版本上复制 XenApp 6.5 数据存储,但已无需执行此操作,并且可能无法使用更高版本的 SQL Server。

规划配置日志记录和 IMA 加密

IMA 加密功能提供了可靠的 AES 加密算法,用于保护 IMA 数据存储中的敏感数据。启用 IMA 加密可提供对“配置日志记录”功能所保留数据的额外安全防护。

如果不启用 IMA 加密,则 XenApp 使用 XenApp 早期版本中使用的标准加密。保护服务器场文档提供了关于 IMA 加密、配置日志记录以及何时启用这些功能的详细信息。

要启用 IMA 加密,请指定一个用于场中所有服务器的密钥。要生成密钥,请使用安装介质中提供的 CTXKEYTOOL。

对于大型环境中的自定义安装或 Provisioning Server,请考虑:
  • 使用映像部署 XenApp,并在服务器映像中包括密钥文件
  • 生成密钥,将该密钥置于您网络上的文件夹中,使用 UNC 路径指定位置,并执行无人值守的安装

如果您的环境中有多个场,Citrix 建议为每个场生成单独的密钥。