UE-V：模板验证步骤和最佳做法

摘要

本文详细介绍了运行用户体验虚拟化（UE-V）1.0 生成器的一组常规最佳做法。 这些指南旨在确保 UE-V 始终捕获设置并创建可成功应用到你的环境中的计算机的模板。

更多信息

常规工作站要求建议在运行生成器的计算机或虚拟机上使用以下设置：

• 在具有与目标计算机相同的操作系统和 Windows service pack 级别的计算机上运行生成器（如果可能）。

• 如果你要将模板应用到不同的操作系统，请在你的环境支持的最早操作系统和 service pack 组合上运行生成器。 例如，如果要为 Windows 7 和 Windows 8 工作站创建模板，则可以在 Windows 7 计算机上运行该生成器。 这样就更有可能将设置应用于两个操作系统上的应用程序。 如果有疑问，请在两个操作系统上运行生成器并比较生成的 XML 模板文件。 在某些情况下，某些设置（如文件存储位置或注册表项设置）可能会与在不同操作系统上安装的同一应用程序有所不同。

• 操作系统必须具有 NTFS 文件系统。

• 必须安装 PowerShell 2.0 和 .Net Framework 4.0。

• 要分析的应用程序必须安装在本地。 生成器不能与使用 app-v 虚拟化的应用程序一起使用，尽管使用本地安装的应用程序创建的模板可与 App-v 4.6 和5.0 应用程序配合使用。

• UE-V 生成器可以与 UE-V Agent 安装在同一台计算机上。 无需卸载代理。

• 如果可能，请使用虚拟机进行测试。 这允许你创建操作系统和 UE-V 发生器的基线安装。 可以安装和分析应用程序，然后对其进行测试;如果需要，可以快速回滚环境。

运行生成器使用以下步骤运行生成器以创建 UE-V 模板。 UE-V 管理指南和 Technet 提供有关运行生成器的完整详细信息。 使用以下通用步骤为应用程序创建 UE-V 模板：

1. 启动 UE-V 生成器。

2. 出现提示时，请启动该应用程序。

3. 在应用程序中进行更改以反映典型的用户方案。

4. 关闭应用程序。

5. 检查生成的 XML 文件。 验证文件和注册表路径。

6. 保存模板并将其复制到目录位置。

测试 UE-V 模板登录到第二台工作站并执行以下操作：

1. 启动控制 Panel\Task 计划程序。 导航到 "任务计划程序（本地） \Task 计划程序 Library\Microsoft\UE-V"，然后右键单击 "模板自动更新"。 选择 "运行"。或者，你可以使用中的 PSExec 实用工具运行此命令作为系统帐户。 右键单击 cmd.exe 的快捷方式，然后选择 "以管理员身份运行"，打开提升的命令提示符。 导航到%ProgramFiles%\Microsoft 用户体验 Virtualization\Agent\ <体系结构> （其中 <体系结构> 为 x86 或 x64）并执行命令psexec/S ApplySettingsTemplate。 这将通过 UE-V 设置模板目录路径中存储的任何模板更新客户端。 可以通过运行 PowerShell cmdlet UEVConfiguration来验证此路径。 请注意，如果从本地管理员帐户运行，ApplySettingsTemplate 通常会成功运行，但建议以系统的形式测试，以便重现将用于计划命令的安全上下文。

2. 通过在 Microsoft 用户体验虚拟化-应用程序/操作事件日志中检查事件 ID 1510，验证是否已应用该模板。 你将看到类似于以下内容的事件：日志名称： microsoft 用户体验虚拟化-应用代理/操作源： microsoft-用户体验虚拟化-应用程序事件 ID： 1510任务类别：设置模板目录处理说明：已找到设置模板目录中的更改。已成功添加设置位置模板 "MicrosoftWordpad6"。

3. 启动应用程序，并在你希望由模板捕获的用户设置中进行更改。 重要提示：必须对应用程序设置进行更改，才能验证使用模板信息正确检测到的更改。

4. 再次检查事件查看器，并检查是否存在事件2010：日志名称： microsoft 用户体验虚拟化-应用代理/操作源： microsoft-用户体验虚拟化-应用程序事件 ID： 2010任务类别： Orchestrator说明：设置位置模板 "Microsoft 计算器" 的用户设置已被已成功上载到设置存储位置。

5. 通过安装了 UE-V Agent 连接到另一台工作站，加载应用程序，并使用上述步骤 1-4 验证应用程序设置是否正确复制。

其他最佳做法和疑难解答提示

• 建议在部署到生产之前维护测试环境并将应用程序模板部署到这些计算机。

• 创建模板时，最好指定确切路径，而不是使用 <路径 Recursive = "true" > 标记来包含完整路径。 这将避免出现以下情况：模板可能会意外地从应用程序复制大量数据（例如，应用程序可能会在生产中为临时文件创建一个文件夹，该文件夹在其他客户端上可能不起作用）。计算机）。

• 调查典型用户计算机上的文件和注册表路径，估计要复制的数据的大小。

• 始终在所有支持的操作系统和 service pack 级别上测试应用程序。

• 对应用程序（如应用程序服务包或修补程序）应用重大更新时，请重新测试该模板。 同时验证应用程序版本是否尚未增加;如果已有，您可能需要更新模板以包含此范围。

• 无法在 HKEY_LOCAL_MACHINE 配置单元中存储的计算机设置进行漫游。

• 验证应用程序供应商是否支持复制文件和注册表设置。

• 避免复制数据库和其他事务处理文件，除非供应商支持将文件复制为复制机制。 事务性数据库（如 SQL Express 和某些浏览器的配置文件）可能需要手动干预才能在计算机之间成功移动。

• 大多数新式应用程序将在可预测位置存储设置。 对于较旧或非标准的应用程序，您可能需要与供应商联系以确定要捕获的所有路径。 Microsoft Sysinternals 中的流程监视器工具有助于识别应用程序访问的文件夹和注册表项。

• UE-V 生成器不监视程序文件（% programfiles%）或 \Users\%UserName%\AppData\LocalLow 文件夹。 存储在其中任一位置的应用程序数据通常不应与用户漫游，因为此数据特定于计算机，或者由于数据太大而无法漫游。

• 避免复制非常大的文件。 程序包的大致大小可以由设置存储路径中的程序包数据确定。