解决问题

January 13, 2020

贡献者:

AppDNA 提供有关应用程序中检测到的兼容性问题的信息。在 AppDNA 中，术语修复是指通过更改应用程序或环境来解决这些问题的过程，以便应用程序在目标平台上工作。

修复报告为特定应用程序提供详细的修复信息。有时候提供了不止一种替代办法。修复报告还提供受每个问题影响的应用程序组件的详细信息。

补救报告

桌面应用程序有两个修复报告视图，Web 应用程序有三个修复报告视图：

修复问题 — 提供算法标识的问题的细分以及有关受影响组件的信息。
修复操作 — 提供修复应用程序所需的操作数量和类型的明细。
站点地图 —（仅限 Web 应用程序。）提供 AppDNA 导向的蜘蛛访问、跳过或无法捕获的页面、对象、脚本和样式表的摘要。

要打开修复报告，请执行以下操作：

单击报告：应用程序，然后单击报告的名称，如 Windows 8/8.1，以展开报告视图的列表。
若要查看修复问题，请单击应用程序问题，然后单击报告中的应用程序链接。

若要查看修复操作，请单击应用程序操作，然后单击报告中的应用程序链接。

要在视图之间交换，请单击报告顶部的切换以链接。

对于 AppDNA 提供自动修复的桌面应用程序，您可以以 .mst 文件的形式下载此修复程序，其中包含可在安装过程中应用于应用程序的 .msi 文件以更正问题的修改。单击获取 MST 修复程序按钮以下载此修复程序。

您可以选择合并多个标准报告（非自定义报告）的修正报告视图。例如，您可以合并 Windows 8 和 App-V 报告的结果。要做到这一点：

在“导出”工具栏上，单击“合并报告”。
选择要与当前报告合并的一个或多个报告，然后单击查看合并报告。

如果与报告相关，屏幕顶部显示当前选定的操作系统映像。要更改选择内容，请单击“导出”工具栏上的“更改图像”。

详细信息 — 显示应用程序的名称、制造商、版本、安装文件、包类型、标准 RAG 状态以及生成修复报告视图的日期。

日志 — 如果应用程序具有任何外部数据或手动日志条目，它们将显示在本节。如果 AppDNA 已将应用程序与 PCA (shim) 数据库之一外部数据源中的条目匹配，则此部分将显示匹配的可执行文件 (.exe) 文件，并在相关情况下显示垫片的名称。您可以单击“接受”将外部数据条目转换为标准日志条目。这意味着应用程序的 RAG 状态将被相应的兼容性（日志）状态覆盖。

“问题”视图和“操作”视图中的其余详细信息不同。

对于“问题”视图，有应用程序触发的算法列表。对于每个算法，报告都会显示模块和报告名称，以及算法和算法组、标准 RAG 以及应用程序触发算法的次数。算法名称是一个链接，可以直接查看以下算法的详细信息。

有关每个算法的详细信息显示了组的描述、算法识别的问题的表现、对修复的说明以及触发算法的应用程序组件的列表。这些细节因算法而异。

对于 Action 视图，有一个需要实施的操作列表来修复算法发现的问题。对于每个行动和行动的细节组合，报告显示所涉及的努力、后续行动的 RAG 以及需要解决的问题的数量。操作详细信息是一个链接，您可以直接查看下面的详细信息。这将显示有关操作应用到的每个算法的详细信息，包括算法组的描述、算法识别的问题的表现、对修复的说明以及触发该算法的应用程序组件的列表。这些细节因算法而异。

提示：使用报告导出向导导导出多个应用程序的修复报告。

标准补救行动

修复报告列出了每个应用程序的修复操作和操作详细信息。以下是报告可包括的示例补救操作：

需要进行其他测试：
- 应用程序需要功能测试
- 评估应用程序安全风险
- 需要驾驶员兼容性测试
- 验证应用程序发布者是否可信
需要进行其他 XenApp 测试
应用垫片
更改组策略
更改硬件
更改操作系统构建：
- 添加证书受信任列表
- 将不受支持的组件添加到操作系统
- 将可再发行版添加到操作系统
- 在 64 位操作系统上运行应用程序
更改软件
使用桌面虚拟化技术进行部署
使用应用程序虚拟化技术进行部署
编辑 OSD 文件
在 APP-V 管理控制台中需要进行修改：
- 创建全球自由贸易协定
- 选择一个应用程序成为 FTA 提供程序，更改其他应用程序的动词
需要重建
重新包装应用程序：
- 为共享资源创建合并模块
- 编辑 MSI 调用的脚本文件
- 提供缺失的资源或安装可再发行的
- 将设置重命名为 Setup.EXE
需要遵循排序步骤：
- 在 INI 文件中添加占位符
- 配置环境变量更改
- 在序列中包括缺失的文件
- 在“开始”菜单的启动文件夹中发布快捷方式
- 使用所需服务序列应用程序
使用 App-V 5.0

要查看每个可用于报告的算法的操作，请转到“配置”>“模块”>“模块”>“报告名称”。

绿色算法告诉你什么?

AppDNA 报告中的一些算法具有绿色的 RAG 状态。通常，绿色 RAG 状态意味着应用程序已准备好在目标平台上进行用户验收测试 (UET)。但是，这些算法可以分为几组：

某些算法具有绿色 RAG 状态，因为它们检测到的问题通常只在某些情况下才成为问题。如果这些情况适用于您的环境，您可能需要将自定义 RAG 状态配置为琥珀色。例如，Windows 7 W7_VDEPNX_001 算法检测到只有在启用数据执行保护 (DEP) 时相关的问题。此算法具有绿色 RAG 状态，因为默认情况下 DEP 对于常规应用程序处于关闭状态。如果在环境中启用了 DEP，则可能需要更改此算法的自定义 RAG 状态和默认操作。配置算法有关分步说明，请参阅。
一些算法检测到与普遍接受的最佳实践相矛盾但通常不会产生兼容性影响的东西。因此，这些算法具有绿色 RAG 状态。但是，例如，当您考虑要停用哪些应用程序时，它们会提供有用的信息。同样，如果您需要重新开发应用程序以解决其他问题，则可能需要同时解决最佳实践问题。
其他算法具有绿色 RAG 状态，因为它们检测到很少导致问题的问题。如果在解决了琥珀和红色算法确定的所有问题之后，您发现应用程序仍然存在问题，这些算法提供了有用的信息。

本内容的正式版本为英文版。部分 Citrix 文档内容采用了机器翻译，仅供您参考。Citrix 无法控制机器翻译的内容，这些内容可能包含错误、不准确或不合适的语言。对于从英文原文翻译成任何其他语言的内容的准确性、可靠性、适用性或正确性，或者您的 Citrix 产品或服务沿用了任何机器翻译的内容，我们均不作任何明示或暗示的保证，并且适用的最终用户许可协议或服务条款或者与 Citrix 签订的任何其他协议（产品或服务与已进行机器翻译的任何文档保持一致）下的任何保证均不适用。对于因使用机器翻译的内容而引起的任何损害或问题，Citrix 不承担任何责任。

解决问题

January 13, 2020

贡献者:

January 13, 2020

贡献者: