Product Documentation

App-V 故障排除

Aug 03, 2016

Studio 故障排除

测试连接操作失败

如果您在 Studio 中指定 App-V 管理服务器和发布服务器地址时,测试连接操作失败,请检查以下各项:
  1. App-V 服务器已启动:发送 Ping 命令或检查 IIS 管理器(每个 App-V 服务器均应该处于“已启动”或“正在运行”状态)。
  2. 在 App-V 服务器上启用 PowerShell 远程处理。如果未启用,请按照 http://technet.microsoft.com/en-us/magazine/ff700227.aspx 中的过程操作。
  3. 将 App-V 服务器添加到 Active Directory。

    如果 Studio 计算机与 App-V 服务器位于不存在信任关系的不同 Active Directory 域中,请从 Studio 计算机上的 PowerShell 控制台运行 winrm s winrm/Config/client ‘@{TrustedHosts=”<App-V server FQDN>”}’。如果 TrustedHosts 由 GPO 管理,将显示以下错误消息:“无法更改配置设置 TrustedHosts,因为使用受策略控制。策略需要设置为“未配置”才能更改配置设置”。如果显示此消息,请在 GPO 中向 TrustedHosts 策略添加 App-V 服务器名称条目(“管理模板”>“Windows 组件”>“Windows 远程管理(WinRM)”>“WinRM 客户端”)。

  4. Studio 管理员也是 App-V 服务器管理员。
  5. 在 App-V 服务器上启用文件共享:在 Windows 资源管理器中或在“运行”命令中输入 \\<App-V 服务器 FQDN>。
  6. App-V 服务器与 App-V 管理员具有相同的文件共享权限:在 App-V 服务器上,在“存储的用户名和密码”中添加 \\<App-V 服务器 FQDN> 条目,并指定在 App-V 服务器上具有管理员权限的用户的凭据。有关指南,请参阅 http://support.microsoft.com/kb/306541

App-V 应用程序检测失败

如果 App-V 应用程序检测失败,请检查以下各项:

  1. Studio 管理员是 App-V 管理服务器管理员。
  2. App-V 管理服务器正在运行。请通过以下方式检查此项:打开 IIS 管理器并确保该服务器处于“已启动”和“正在运行”状态。
  3. 在 App-V 管理服务器和发布服务器上启用 PowerShell 远程控制。如果均未启用,请按照 http://technet.microsoft.com/en-us/magazine/ff700227.aspx 中的过程启用服务器。
  4. 软件包具有相应的安全权限,以便 Studio 管理员也具有权限。

排除 App-V 启动故障

如果 App-V 应用程序无法启动,请检查以下各项:

  1. 发布服务器正在运行。请通过以下方式检查此项:打开 IIS 管理器并确保该服务器处于“已启动”和“正在运行”状态。
  2. App-V 软件包具有相应的安全权限,以便用户也具有权限。
  3. 检查 VDA 上的以下各项:
    • 确保 Temp 指向正确的位置,并且 Temp 目录中具有足够的可用空间。
    • 确保已安装 App-V 客户端,并且版本不低于 5.0。
    • 确保您具有管理员权限,运行 Get-AppvClientConfiguration 并确保将 EnablePackageScripts 设置为 1。如果未设置为 1,请运行 Set-AppvClientConfiguration -EnablePackageScripts $true

      Citrix 建议您在创建主映像时执行此步骤,以便基于主映像创建的所有 VDA 具有正确的配置。

    • 访问注册表编辑器 (regedit) 并转至 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Citrix\AppV。确保 AppVServers 注册表项的值为以下格式:AppVManagementServer+metadata;PublishingServer。例如:
      http://xmas-demo-appv.blrstrm.com+0+0+0+1+1+1+0+1; http://xmas-demo-appv.blrstrm.com:8082
    • 确保 CtxAppVCOMAdmin 具有管理员权限。CtxAppVCOMAdmin 通常在 VDA 安装过程中创建并添加到 VDA 计算机上的本地管理员组。但是,根据 Active Directory 策略,此用户可能会丢失管理关联。

      运行 compmgmt.msc 并浏览到本地用户和组 > 用户。如果 CtxAppVCOMAdmin 不是管理员,请微调组策略或与管理员联系,以使此用户帐户保留其管理关联。

  4. 在安装了 App-V 客户端的主映像上,管理员必须将 PowerShell ExecutionPolicy 设置为 RemoteSigned。由于 Microsoft 提供的 App-V 客户端模块未签名,而此设置允许 PowerShell 运行未签名的本地脚本和 cmdlet,因此需要采用此设置。使用以下方法之一设置 ExecutionPolicy:
    • 以管理员身份登录,运行 PowerShell 命令 Set-ExecutionPolicy RemoteSigned
    • 在“组策略”设置中,转至“计算机配置”>“策略”>“管理模板”>“Windows 组件”>“Windows PowerShell”>“打开脚本执行”。
  5. 检查发布服务器:
    • 运行 Get-AppvPublishingServer * 以显示发布服务器的列表。
    • 检查 UserRefreshonLogon 是否设置为 False。如果未设置为 False,第一个 App-V 应用程序通常无法启动。
    • 在具有管理员权限的情况下,运行 Set-AppvPublishingServer 并将 UserRefreshonLogon 设置为 False。
    注意:自 XenDesktop 7.1 或 XenApp 7.5 开始,可以使用 SDK cmdlet 查看和设置 UserRefreshOnLogon(及其他发布服务器参数)。

如果这些步骤无法解决问题,管理员应启用并检查日志。

升级 App-V 软件包之后

如果升级其中包含通过 Studio 发布的应用程序的 App-V 软件包,请删除旧应用程序,此操作可将其从应用程序交付组删除。然后,发现新应用程序并将其添加到交付组。例如,如果通过 Office 2010 App-V 软件包发布了 Word 2010 和 Excel 2010,然后要将此软件包升级到 Office 2013,请删除 Word 2010 和 Excel 2010,然后再发现并添加 Word 2013 和 Excel 2013。

启用日志

在 Studio 和 VDA 上启用日志可帮助对 App-V 进行故障排除。

启用 Studio 日志

  1. 创建文件夹 C:\CtxAppvLogs
  2. 转至 C:\ProgramFiles\Citrix\ StudioAppVIntegration\SnapIn\Citrix.Appv.Admin.V1,然后以管理员身份在文本编辑器(例如记事本)中打开 CtxAppvCommon.dll.config。 注释掉以下行:
         

    日志位于该位置。

启用 VDA 日志

  1. 创建文件夹 C:\CtxAppvLogs。
  2. 转至 C:\ProgramFiles\Citrix\ Virtual Desktop Agent,然后以管理员身份在文本编辑器(例如记事本)中打开 CtxAppvCommon.dll.config。
  3. 注释掉 CtxAppvCommon.dll.config 中的以下行:
       
  4. 注释掉以下行并将值字段设置为 1,如下例中所示:
         
    • 与日志相关的所有配置都位于 C:\CtxAppvLogs 中。
    • 可以获取如下所示的应用程序启动日志:
      • XenDesktop 7.1、XenDesktop 7.5 或 XenApp 7.5 — %LOCALAPPDATA%\Citrix\CtxAppvLogs。
      • XenDesktop 7.0 — %LocalAppData%\temp\CtxAppVLogs
    • LOCALAPPDATA 解析为已登录用户的本地文件夹。确保签入启动用户(应用程序启动失败的用户)的本地文件夹:
      • 自 XenDesktop 7.1 或 XenApp 7.5 开始 — %LocalAppData%\Citrix\CtxAppVLogs\。
      • XenDesktop 7.0 — %LocalAppData%\temp\CtxAppVLogs\
  5. 以管理员身份重新启动 Broker Service 或重新启动 VDA 计算机以启动日志记录。