若是 XenDesktop 站点中的全部 Delivery Controller 均出现故障,能够将 Virtual Delivery Agent (VDA)配置为在高可用性模式下运行,以便用户能够继续访问和使用他们的桌面。 在高可用性模式下,VDA 将接受来自用户的直接 ICA 链接,而不是由控制器代理的链接。这样就能够作到在DDC都挂了状况下依然继续使用虚拟桌面喔。就这是VDA的高可用模式。ide
虚拟桌面的代理VDA默认是与DDC之间每5分钟通讯一次的啦,因此若是DDC都挂了状况下,VDA和DDC之间的通讯就会出现问题。
代理
要实现这种方式,须要进行一下设置:开发
1. 在VDA上设置 HighAvailability 和 HaRegistrarTimeout 注册表项。域名
2. 为用户提供 ICA 启动文件,用户可使用该文件创建直接的 ICA 链接。 必须为每一个须要使用此功能的用户建立一个 ICA 文件。it
设置注册表项io
要配置 VDA,使其在必要时可以在高可用性模式下运行,应添加以***册表项。 此操做必须在class
安装 VDA 后执行。登录
1. 将以***册表项添加到 HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\VirtualDesktopAgent:基础
名称:HighAvailability配置
类型:REG_DWORD
值:
1 = 启用高可用性模式
0(零)= 禁用高可用性模式
2. 要更改在启动高可用性模式以前 VDA 尝试向控制器进行注册的时间段,还要添加以***册
表项:
名称:HaRegistrarTimeout
类型:REG_DWORD
值:秒数。 默认值为 300 秒。
3. 从新启动虚拟桌面。
下面咱们就来讲说怎么新建一个ICA文件吧,有必要说明一下ICA这个东西,ICA是思杰开发的一个远程桌面链接协议,也是一种文件类型,因此啦,只要你安装有解析ICA文件的东东,了解里面的内容是什么,之间就能够作一个ICA文件啦。
首先咱们新建一个TXT的文件,在里面写入一下内容:
[Encoding] InputEncoding=UTF8 [ApplicationServers] Desktop= [Desktop] Username=USER_LOGON_NAME_HERE Clearpassword=USER_PASSWORD_HERE Domain=DOMAIN_NAME_HERE Address=DESKTOP_IP_ADDRESS_HERE:1494 AutologonAllowed=ON BrowserProtocol=HTTPonTCP CGPAddress=*:2598 ConnectionBar=1 TransportDriver=TCP/IP ClientAudio=On DesiredColor=8 DesiredHRES=1024 DesiredVRES=768 DoNotUseDefaultCSL=On FontSmoothingType=0 InitialProgram=#Desktop LPWD=31 Launcher=WI LocHttpBrowserAddress=!
须要修改如下字段就能够达到目的哦
USER_LOGON_NAME_HERE 你的登陆用户名
USER_PASSWORD_HERE 你登陆的密码啦
DOMAIN_NAME_HERE 你的域名
DESKTOP_IP_ADDRESS_HERE 你的虚拟桌面的IP地址啦
将后缀改成.ica ,双击ica文件就能够进行虚拟桌面链接了。
不过这种方式有限制哦:
就是只能是专用的桌面才行,即虚拟桌面和用户是绑定的关系。就是不支持池随机的模式,池静态是能够支持的。
还有就是开启这种模式,一些功能不可用。 其中包括:
用户漫游。 若是某个用户设备已链接到桌面,用户将没法从其余用户设备进行链接。
电源管理。 桌面电源开启后,会尝试进行注册,若是失败,则会在超时后进入高可用性模
式。
Delivery Controller 发起的策略。 在控制器上发起的策略(例如控制客户端驱动器映射以及剪贴板访问的策略)将不会起做用,由于没有与控制器链接。 从域控制器和本地组策略发起的策略不受影响。 注意,系统将保留并使用上一次注册的策略,所以过期的策略可能依然有效。
NetScaler Gateway 和远程访问。
高可用性模式仅保持 30 天的时间,30 天后桌面再也不可用。一旦进入高可用性模式(持续 30 天启用),VDA 会在最长 30 天的时间内尝试向某个控制器注册,而用户将继续以该模式使用桌面。 当之后该控制器变为可用状态时,桌面将会进行注册,用户的会话将继续无中断运行,但任何后续的链接将会照常由控制器进行代理。 若是 30 天后桌面没法向该控制器注册,桌面将中止侦听链接并再也不可用。 这意味着管理员有 30 天的时间来维修控制器基础结构,而不该依赖高可用性模式。