AppDNA

迁移 Windows 桌面和服务器应用程序

以下步骤将引导您完成使用 AppDNA 从头到尾的迁移计划。这些步骤包括应用程序迁移的最佳实践,以及将 AppDNA 软件用作迁移计划的一部分的详细信息。

步骤 1. 确定环境中使用的应用程序

了解您的应用程序。要防止迁移计划出现意外延迟,您必须了解您的环境中正在使用哪些应用程序。

使用 Lakeside SysTrack 等工具对这些 Windows 应用程序执行清单和合理化操作。在季末和/或年终监视 6 周到 2 个月的环境非常重要。这不仅可以识别对业务至关重要的任何非托管应用程序,还可以告诉您哪些应用程序仍在使用,以及您是否有具有重叠功能的重复应用程序。

步骤 2. 使用 AppDNA 与 Lakeside SysTrack 数据库集成(可选)

使用发现应用程序屏幕配置 AppDNA 以与 Lakeside SysTrack 集成。

步骤 3. 合理发现的应用程序

当有关已发现应用程序的数据完成后,下一步将涉及合理化已发现的应用程序AppDNA 发现应用程序屏幕。在这种情况下,合理化涉及审查您的应用程序库存,并决定保留哪些应用程序,如果相关,将其导入到 AppDNA 中。“发现应用程序”屏幕提供了 Lakeside SysTrack 所跟踪的 Windows 应用程序的原始清单。

注意:单击已发现的应用程序,了解有关重复的应用程序、安装和使用情况统计信息。

步骤 4. 跟踪发现结果

使用最适合您的格式跟踪发现结果 。使用 Excel 电子表格,或者如果使用 Lakeside SysTrack,请将其与 AppDNA 软件集成。集成使您能够:

  • 将合理化状态从审核更改为迁移或停用。
  • 筛选重复的应用程序,以便轻松确定要保留哪个版本。
  • 查看安装和使用情况统计信息。
  • 如果使用 Microsoft Active Directory (AD) 或 Microsoft System Center Configuration Manager (Configuration Manager),则将发现的应用程序与相应的托管应用程序链接。

第 5 步. 将 AD 和 Configuration Manager 数据导入 AppDNA(可选)

要使用已用于通过 AD 或 Configuration Manager 部署的安装介质导入托管应用程序,请首先使用 [加载 AD & ConfigMgr 数据向导。] 将您的 AD 和 Configuration Manager 数据加载到 AppDNA(/en-us/categories/legacy-archive/downloads/appdna-7-8.pdf)

决定是直接还是间接加载数据。您可以选择间接加载 AD 和 Configuration Manager 数据,这样可以在 AD 域控制器或 Configuration Manager 服务器上与 AppDNA 分开提取数据。因此,AppDNA 用户不需要请求管理员访问 AD 和 Configuration Manager 数据,而 AD 域和 Configuration Manager 管理员不需要安装 AppDNA。

注意:为获得最佳结果,请导入 AD 和 Configuration Manager 数据。通常,AD 提供有关组织结构的丰富数据,Configuration Manager 提供有关集中管理的应用程序的数据。

步骤 6. 分发应用程序发现信息以供审核并合理化应用程序列表

与业务中的应用程序所有者一起审查应用程序发现结果 ,并完成合理化流程。必须决定保留、合并或停用哪些应用程序。

使用最适合您的格式、简单的电子表格或在 AppDNA 中跟踪决策。

步骤 7. 开始查找非托管应用程序的安装源文件

找到未通过 AD 或 Configuration Manager 管理的应用程序的安装源文件。这总是比大多数公司预期的更长时间,并可能严重影响迁移计划。

  1. 使用 AppDNA 提供的模板文件定义要导入的应用程序列表。
  2. 要下载用于导入一批应用程序的模板文件,请执行以下操作:
    1. 从侧面菜单栏中选择“导入”>“应用程序”。
    2. 在“导入应用程序”屏幕中,单击工具栏上的“从列表导入”。 模板导入列表文件是一个逗号分隔值 (.csv) 文件,用于定义要导入到 AppDNA 的应用程序列表。

步骤 8. 将自定义操作系统映像导入 AppDNA

导入您自己的环境中使用的自定义操作系统 (OS) 映像。虽然 AppDNA 自带一组可以使用的默认操作系统映像,但导入您自己的图像的优点是,AppDNA 可以根据您在环境中使用的图像进行分析,从而提供更准确的结果。

步骤 9. 按关键程度或业务部门对应用程序进行分组

按重要程度或业务部门对应用程序进行分组 ,以确保迁移计划侧重于组织中最重要的内容,并且可以轻松地查看和报告组中的应用程序,与产品组合其他部分分开。

使用 AppDNA 中的管理组屏幕创建和管理应用程序组、分析所选组中的应用程序以及查看所选组中应用程序的报告。

第十步. 将非托管(MSI、SFT、APPV)应用程序导入 AppDNA

使用导入应用程序屏幕导入非托管应用程序,从最关键的应用程序开始,或从计划首先部署到的业务部门开始。

注意:此过程仅将我们称之为应用程序 DNA 的内容导入 AppDNA 数据库。为了检查应用程序与给定平台的兼容性,下一步涉及对照一组启发式算法分析数据。在“导入应 用程序”屏幕中使用以下选项卡:

直接导入。 用于导入具有 Windows 安装程序 (MSI) 或 App-V (SFT 或 APPV) 包的应用程序。这是将应用程序 DNA 输入数据库的最快方法。

安装捕获。 用于导入您没有 Windows 安装程序 (MSI) 或 App-V (SFT 或 APPV) 包的应用程序。安装捕获使用虚拟机将应用程序的安装和配置的详细信息捕获到 MSI 中,然后导入该 MSI。

提示:AppDNA 将导入应用程序数据并分析数据分成两个不同的过程。我们建议您在正常工作时间导入应用程序,并在晚上当网络上的流量较少时开始分析。此外,一次只能运行一个分析,并且在分析过程中无法生成报告。

第十一步. 将非托管应用程序(安装程序可执行文件、脚本、文件副本)导入 AppDNA

使用“安装捕获”选项卡导入 MSI、SFT 或 APPV 文件不可用的非托管应用程序。从最关键的部门开始,或者从您计划首先部署到的业务部门开始。安装捕获将应用程序安装在虚拟机中,并创建一个 MSI 文件,然后将其导入到 AppDNA 中。 注意:在使用安装捕获导入应用程序之前,您需要访问合适的虚拟化技术。您必须设置和配置可与 AppDNA 客户端通信的虚拟机。有关更多信息,请参阅配置安装捕获。 提示:如果安装捕获安装需要重新启动计算机,请选择我稍后(或等效)重新启动计算机选项。如果在安装捕获过程中重新启动虚拟机,则安装捕获将失败。

步骤十二. 将托管应用程序导入 AppDNA

导入托管应用程序 决定保留在 AppDNA 中。应用程序使用已通过 AD 或 Configuration Manager 底气进行部署的安装介质进行安装。导入应用程序“DNA”后,您可以将使用 Lakeside SysTrack 发现的应用程序与已导入的托管应用程序链接起来。 注意:请确保选择适当的安装(而不是修复或卸载安装)。当软件包具有多个安装时,请确保您只选择其中一个,最好是已部署的一个(即,“用户”或“计算机”列中的计数大于零)。

步骤十三. 链接托管应用程序

如果在导入 AD 或 Configuration Manager 数据之前已将应用程序导入 AppDNA,请使用 链接托管应用程序 屏幕将通过 AD 和 Configuration Manager 管理的应用程序与应用程序已导入到 AppDNA 中。 注意:这是配置 AD 和 Configuration Manager 数据的重要步骤。它使 AppDNA 能够创建有关部署到 AD 和 Configuration Manager 用户、计算机、组和组织单位的应用程序的 RAG 状态的报告。通过“托管应用程序”和“发现应用程序”屏幕导入的托管应用程序将自动链接。

步骤十四. 根据平台检查应用程序兼容性并检查应用程序之间的互操作性

导入应用程序后,下一步是分析应用程序针对要检查兼容性的平台。使用互操作性解决方案检查应用程序之间的冲突。

第十五步分析报告选项

分析结果在一组报告意见中提出。您可以从侧栏的“报告:应用程序”部分访问报告视图。以粗体显示模块名称后跟报告名称。单击报告名称以查看报告视图选项,这些选项对于所有报告都是相同的。每个报告视图都提供了不同的结果视图。

熟悉报告,并确定哪种格式最适合将审核数据的不同级别团队。

要查看所选应用程序的报告,请执行以下操作:

  1. 从 AppDNA 侧栏中,选择“选择”>“所有应用程序”。
  2. 在“应用程序列表”屏幕中,选择要包括在报告中的应用程序。
  3. 在“应用程序列表”的工具栏上,选择要在下拉列表中查看的报告,然后单击“查看报告”。或者,从 AppDNA 侧栏中,选择报告:应用程序 > 模块 > 报告 > 报告视图,其中模块、报告和报告视图标识您想要查看的报告视图。

有关报告视图及其预期受众的描述,请参阅此表后面的 报告视图。

第十六步基于RAG/可能度的应用进行排序

根据返回的 RAG 状态和业务需求确 定应用程序的优先级。如果您对应用程序进行相应分组,请使用组筛选器查看属于同一组的应用程序的报告,以便您可以首先关注最关键的应用程序,并根据每个组中的 RAG 状态确定优先级。

Citrix 建议使用所需操作系统的“问题视图”报告按 RAG 状态确定应用程序的优先级,因为此视图还可以确定所需修复的类型,从而确定修复问题所需的专业性(例如开发人员或打包程序)。

  • 红色。红色应用程序是没有解决方法的应用程序,应停用并替换、重新开发或托管在运行所需的旧版操作系统的虚拟桌面上。查看单个应用程序的应用程序问题报告(单击应用程序名称以转到详细的修复报告)。尽管应用程序可能被标记为红色,但问题可能是在您的环境中没有使用的组件。与应用程序所有者密切合作,确定最佳行动方案并开始规划如何继续。如果更换和重建不是在迁移时间范围内可能发生的选项,请查找旧版替代方案,例如在运行旧版操作系统的虚拟桌面上托管应用程序。

  • **琥珀 **琥珀应用程序需要某种形式的解决方法,例如刷新、操作系统构建更改或重新打包。查看单个应用程序的应用程序问题报告。单击应用程序名称以转到详细的修复报告。

  • 绿色。绿色应用程序已准备好进行用户验收测试 (Uat)。

在将应用程序推向生产之前,请安排应用程序所有者立即开始测试应用程序。如果应用程序出现问题,请返回单个应用程序的报告并查看触发的任何内容。具有绿色 RAG 的应用程序可以触发算法,但是,这些算法主要与最佳实践违例(如硬编码路径)有关。如果您注意到在应用程序进度到 Uat 之前需要解决环境中的问题,则可以更改与算法关联的 RAG

步骤十七. 分配修复操作

查看给定平台的报告数据 ,了解组织中的应用程序将遇到的问题类型。然后,您可以确定要分配给应用程序的修复类型。

这对于决定更改操作系统构建或修复每个应用程序是否更具成本效益非常有用。例如,遇到的常见问题是会话 0 隔离。您可以立即查看哪些应用程序和多少应用程序受到影响,以便对修复选项做出正确的决策。

步骤十八. 确定修复应用程序所需的人员或组

确定修复应用程序所需的人员或组。使用问题视图报告可确定是否需要由内部开发人员、打包程序、IT 管理员(对于操作系统构建更改等问题)修复应用程序,还是由 ISV 替换。向应用程序的相应团队或人员发送修复视图报告。要查看修复视图,请转到应用程序问题视图,然后单击应用程序名称的链接。

您可以以 Word、PDF、HTML 或 MHT 格式发送修复报告。

第十九步. 将申请发送给 Uat

当应用程序具有需要功能测试的绿色或琥珀色 RAG 时,或者当您准备在修复后测试应用程序时,将应用程序发送到 UT。确保您在 Uat 流程中让您的专家用户参与。

步骤二十部署应用程序

如果 UT 成功,请将应用程序部署到兼容的操作系统。

报告视图

报告 说明 使用者
应用程序问题 已遇到问题的所选应用程序的状态概述。单击应用程序名称可向下钻取到应用程序的修复报告视图,该视图提供有关如何修复问题的详细信息。 IT 管理员、开发人员、Packager、Sequencer
修复视图 特定应用程序中遇到的问题的详细视图,以及有关该问题的信息和建议的补救办法。 IT 管理员、开发人员、Packager、Sequencer
应用程序操作 所选应用程序的状态概述,其中提供了为修复问题而采取的操作类型。单击应用程序名称可向下钻取到应用程序的修复报告视图。 IT 管理员,IT 管理
问题视图 所遇到的各种问题的概述。对于每个问题,此报告视图提供受影响的应用程序的列表。单击应用程序名称可向下钻取到应用程序的修复报告视图。 IT 管理员,IT 管理
操作视图 需要实施的各种修复操作类型的概述以修复遇到的问题。对于每种操作类型,此报告视图提供受影响的应用程序的列表。单击应用程序名称可向下钻取到应用程序的修复报告视图。 IT 管理员,IT 管理