VMware Mirage 5.9 发行说明

Mirage 5.9 | 2017 年 3 月 23 日

请查看本发行说明以了解新增内容及更新。

发行说明内容

本发行说明包括以下主题：

关于 VMware Mirage
本地化
Mirage 5.9 新增功能
已知限制
已解决问题
已知问题

关于 VMware Mirage

VMware Mirage 可提供一套独特的物理或虚拟台式机和笔记本管理解决方案，该解决方案可面向 BYO 用户，将 IT 的集中化管理与最终用户的本地执行相互结合。在 Mirage 成功安装于 Windows PC 后，其可将该端点的完整虚拟副本集中到数据中心，并使其保持同步。同步内容包括需要上载到数据中心的用户 Windows PC 更改，以及需要下载并直接应用于用户 Windows PC 的 IT 部门更改。Mirage 可实现桌面的集中映像管理，同时允许在最终用户端点上进行本地执行。

返回顶部

本地化

VMware Mirage 5.9 提供以下语言版本：

英语
法语
德语
日语
韩语
西班牙语
简体中文
繁体中文

返回顶部

Mirage 5.9 新增功能

VMware Mirage v5.9 通过提供 Branch Reflector 缓存预热功能、对 Windows 10 Anniversary Update (1607) 的改进支持，以及 Windows 8.1 端点到 Window 10 的迁移，帮助具有物理端点的企业简化映像管理操作。
此外，Mirage v5.9 还针对销售点设备和 ATM 提供了多项增强功能，并且与之前的版本相比，提高了稳定性。

新增功能
一般增强功能
Mirage Web 控制台增强功能

新增功能

Branch Reflector 缓存预热：提前导出 Mirage Base Layer、应用程序层和驱动程序并发送到 Branch Reflector，从而提高了将映像分发至远程或宽带不足的分支机构的速度。此外，新的报告可显示所有 Branch Reflector 的缓存层。
支持 Windows 10 Anniversary Update：使用 Mirage Base Layer 更新简化了将现有 Windows 10 端点升级到最新 Anniversary 版本 (1607) 的过程。与 Windows Updates 不同，Mirage Base Layer 更新可将用户停机时间缩短至几分钟，而在使用成功率非常高的 Windows Updates 时，用户停机时间可能为几小时或更长时间。
CVD 文件合规性工具：监控端点上的文件更改，以检测销售点和 ATM 设备上的异常文件活动，从而确保映像合规性。
将 Windows 8.1 操作系统就地迁移到 Windows 10：在保持用户数据并将停机时间降至最短的同时，将 Windows 8.1 端点迁移到 Windows 10。

一般增强功能

Mirage 现在支持 Microsoft SQL Server 2016 Express、Standard 和 Enterprise 版。
Mirage 客户端现在支持 Windows 10 企业版 32 位操作系统。
在使用 Mirage PowerCLI 或公用 API 时，可以在端点置备操作中指定“仅下载”。
Mirage WinPE 现在支持使用 Windows 10 ADK 来构建 WinPE 10。

Mirage Web 控制台增强功能

在 Web 控制台中可以使用右键单击上下文菜单对选定元素轻松执行各种操作。
筛选可用应用程序层列表，以便只显示最新版本的应用程序层。

返回顶部

已知限制

本 Mirage 版本存在以下已知限制。

在 32 位系统上，Mirage 支持每个 CVD 的文件数不超过 1,000,000 个。在 64 位系统上没有文件限制。
如果在 Windows 7 迁移或 Base Layer 置备期间使用参考机中的本地用户配置文件，则这些配置文件仅会部署在 Base Layer 中。在映像分配及层更新期间，仅会部署默认的本地用户配置文件。需要创建和使用本地用户配置文件的应用程序不适合纳入 Base Layer 或应用程序层。
在流式还原过程中，应用程序在 Mirage 服务启动前将无法访问脱机文件，从而可能影响其正常运行。您可对最小还原设置进行扩展以容纳这些应用程序。有关详细信息，请参见《VMware Mirage 管理指南》。
对服务器上的 CVD 的所有更改（Base Layer 分配、策略更改）只能在下一次同步间隔过后传播到客户端（间隔默认为 1 小时，可使用策略进行自定义）。使用 Mirage 管理控制台的“同步设备”操作或端点设备的“立即同步”操作可强制执行同步。
如果执行还原操作后计算机帐户密码过期，您可能将无法连接到域。这是 Active Directory 和备份存在的已知问题。请参见 http://support.microsoft.com/kb/175468。
Mirage 需要使用默认的 Windows Shadow Copy Provider 1.0。使用 line: vssadmin list providers 命令查看计算机上安装的 VSS 提供程序。
无法使用 Windows 快速用户切换选项。在捕获 Base Layer 前，必须在端点和参考机上禁用此选项。
Mirage 将仅上载和存储文件的主 NTFS 数据流。所有其他数据流将不会上载到 CVD 或从 CVD 还原。
对 .pst 文件的更改将以一天一次的频率从端点上载到 CVD。要在执行从 CVD 到新硬件的还原操作之前，确保 .pst 文件已成功上载到 CVD，请从 Mirage 客户端用户界面执行“立即同步”过程。
无法将 Base Layer 应用到移除或安装 Kaspersky 防病毒软件的端点。有关其他详细信息和解决方案，请参见 http://kb.vmware.com/kb/2048424。
在将未安装 Sophos SafeGuard Encryption 的 CVD 还原到安装了 SafeGuard 的计算机时，还原过程可能会失败。有关其他详细信息和解决方案，请参见 http://kb.vmware.com/kb/2081607。
如果您使用多个卷，请注意以下事项：
- 非固定驱动器（网络映射、Disk-on-key 等易失性设备）的内容不会上载到服务器。
- 向端点分配 Base Layer 或应用程序层时，端点上的 Windows 固定驱动器盘符必须与从中捕获 Base Layer 或应用程序层的参考机上的驱动器盘符一致。（例如，不能是 CVD 上的 C: 和 Base Layer 上的 D:。）
- 在从较低的 Mirage 版本迁移到较高的 Mirage 版本时，不会修改现有的 CVD 策略，并且在大多数情况下，仅上载系统卷。
无法在应用程序层中传递 SQL Server。可以在 Base Layer 中通过 SQL Server 执行层置备和操作系统迁移过程。
无法使用 Mirage Base Layer 更新或应用程序层更新来更新 SQL Server 应用程序。
如果在执行从 Windows XP 到 Windows 7 的操作系统迁移后恢复到 Windows XP，802.1X 设置可能不会保留下来。
Mirage 仅支持将完整的 Microsoft Office 套件交付到尚未安装 Microsoft Office 套件的端点。
无法在不同层中分发两套完整的 Microsoft Office 套件。
Mirage 不支持具有多个版本的完整 Microsoft Office 套件的端点的方案。
Windows 系统还原点在已安装 Mirage 的计算机上不起作用。
在已安装 McAfee Endpoint Encryption 的计算机上从 Windows XP 迁移到 Windows 7 时，必须首先执行以下过程之一。
- 在迁移前解密计算机。
- 集中计算机、执行包括用户配置文件迁移的裸机置备过程并执行将用户配置文件从 CVD 迁移到计算机的过程。
无法在运行 Check Point Endpoint Full Disk Encryption 的计算机上执行迁移操作和层更新操作。
Mirage 不支持 Windows Embedded Point-of-Service (WEPOS) 上的 EFS 加密文件。
在裸机置备过程中，Mirage 解密 Base Layer 中已捕获的 EFS 加密文件。
无法在 Mirage Web 管理控制台中自定义访问角色。
在使用具有非系统驱动器的 Base Layer 时，层置备操作会被阻止。
在执行强制执行层操作时，不会更新层上的驱动程序。
从 .csv 文件导入带宽限制规则和将带宽限制规则导出为该文件的操作仅支持英语。
如果您在移除层或重新分配层的过程中移除安全产品，则该层可能无法正常使用。
如果 Windows 中已安装驱动程序，则 Mirage 不会启动即插即用驱动程序重新检测。
Mirage 客户端不支持 IPv6 配置。请确认您在 Mirage 客户端上配置的是 IPv4。
目前不支持在 Mirage 卷上使用 ReFS 文件系统，因为 ReFS 不支持名称流。
在启动 Base Layer 捕获操作之前，请确保在参考机上启用了 UAC。
启用 Windows 10 Device Guard 功能可能会导致 Mirage 层更新出现互操作性问题。

返回顶部

已解决问题

此版本中解决了以前版本中存在的下列问题。

重大修复

次要修复

重大修复

Mirage 代理在证书验证期间不检查服务器证书吊销。
在 Mirage 层更新操作之后重新创建 McAfee 代理 GUID，从而释放 McAfee Drive Encryption 用户分配，并在重新启动后阻止登录。
Mirage 客户端文件级别还原菜单显示其他使用同一计算机的用户的已存档文件。
导出/导入层和系统设置更改新挂载卷的默认卷配置。
Mirage 网关暴露于“脏牛漏洞”(Dirty COW) Linux 内核权限升级漏洞之下。

次要修复

MongoDB 版本已升级到 3.2.8 版。
Mirage 网关基础操作系统已升级到 SUSE Linux Enterprise Server 12 SP1。
OpenSSL 版本已升级到 1.0.2k。
JRE 版本已升级到 1.80_121。
Apache Tomcat 版本已升级到 8.5.11。
尝试使用 Windows 7 32 位 Base Layer 在具有 GPT 磁盘布局的 Windows 10 端点上运行端点置备时，Mirage 现在显示阻止验证。

已知问题

Mirage 不支持在只有 eMMC 磁盘控制器的 Windows 平板电脑上运行裸机端点置备。
解决办法：运行常规端点置备操作。

通过 Mirage 网关连接的 Branch Reflector 显示在潜在 Branch Reflector 列表中，尽管这些 Branch Reflector 在连接到 Mirage 网关时不能有效地缓存文件也是如此。
解决办法：确保 Branch Reflector 不是通过 Mirage 网关连接的。

在应用程序层或 Base Layer 中捕获和分配 Horizon View Client 时，无法启用 USB 重定向。
将 Horizon View Client 作为应用程序层或 Base Layer 的一部分传递到尚未安装 Horizon View Client 的计算机时，无法启用 USB 重定向。
解决办法：此问题尚无解决办法。

在通过层部署 Office 2016 套件时，Microsoft Visio 或 Microsoft Project 2013 应用程序停止工作。
这是 Microsoft Office 2016 中的一个限制，因为它不能位于与 Microsoft Office 2013 应用程序相同的计算机上。有关详细信息，请参见 https://support.office.com/en-us/article/Error-Stop-you-should-wait-to-install-Office-2016-We-ll-have-to-remove-the-following-if-you-continue-a225347f-e102-4ea6-9796-5d1ac5220c3b。
从参考虚拟机中导出该软件时，Wow6432Node\Network Associates\ePolicy Orchestrator\Agent 下的所有值都丢失，并中断 McAfee EPO 代理。
在导出 HKLM\Software 时，mfehidk.sys 注册表筛选器驱动程序会混淆这些值。

解决办法：禁用 Wanova.Desktop.Service.exe 进程的注册表筛选器。有关详细信息，请参见 http://kb.vmware.com/kb/2052489
如果 Mirage 客户端在层更新操作期间处于挂起引导状态并且此时自动安装 Windows 更新，
Mirage 将层更新推迟到端点重新启动以后，并在 Windows 更新安装完成后提示额外的重新引导消息。

解决办法：禁止自动安装 Windows 更新，或者计划在与层更新操作不重叠的特定时间进行安装。
在极少数情况下，激活 Office 套件可能失败。
如果通过应用程序层提供具有传统服务包的 Office 2013 套件并通过 Base Layer 提供具有较新服务包的单独 Office 应用程序（Microsoft Visio、Project 或 Lync），可能会出现这种情况。

解决办法：捕获并提供与使用 Mirage 层为端点提供的其他单独 Office 应用程序相同的 Microsoft Office 2013 套件服务包。
当客户端在 Base Layer 更新期间等待即插即用阶段完成时，有时在 CVD 历史记录中显示完整还原事件。

解决办法：您可以放心地忽略该事件，因为它对 Base Layer 更新操作没有任何影响。
应用 Base Layer 后，用户安装的应用程序无法正常工作。
如果应用的 Windows 8.1 Base Layer 的 Windows 产品 ID 不同于 CVD 中的 Windows 产品 ID，将 CVD 分配给其他硬件设备可能会导致用户安装的 Windows 应用商店应用程序无法正常工作。尝试启动 Windows 应用商店应用程序时单击“修复”可能不会进行修复。

解决办法：重新安装任何用户安装的、无法正常运行的 Windows 应用商店应用程序。
执行对位 Windows 8 迁移后，您可能无法创建或编辑文件。
执行对位 Windows 8 迁移时，McAfee AntiVirus 软件可能会导致 Mirage 无法设置正确的目录访问权限。您可能无法创建或编辑文件。

解决办法：在启动操作系统迁移过程之前禁用 McAfee 访问保护。有关详细信息，请参见 http://kb.vmware.com/kb/2052489
电源设置可能会按参考机的电源设置重新配置。
更新 Base Layer 或应用程序层时，电源设置可能会按参考机的电源设置重新配置。

解决办法：将 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\User\PowerSchemes\ActivePowerScheme 排除规则添加到基础映像规则中。
操作系统迁移可能会由于可用磁盘空间不足而失败。
执行操作系统迁移后，如果尝试恢复到先前的操作系统映像，迁移可能会由于可用磁盘空间不足而失败。Mirage 不会为等同于恢复 CVD 映像和相同路径中文件的本地文件占用本地磁盘空间。

解决办法：确认可用的磁盘空间大于先前的操作系统映像大小。可以运行磁盘清理实用程序，并删除 Windows 安装项来增加空间。
从 Windows 7 至 Windows 8.1 的操作系统迁移可能会由于不同版本的 Sophos SafeGuard 而失败
从 Base Layer 中安装 Sophos SafeGuard 5.6 的 Windows 7 迁移到 Base Layer 中安装 Sophos SafeGuard 6.1 的 Windows 8.1 时，迁移可能会失败。

解决办法：开始操作系统迁移之前，从 Windows 7 Base Layer 中移除 Sophos SafeGuard 5.6。在迁移到 Windows 8.1 之后，在 Windows 8.1 计算机上安装 Sophos SafeGuard 6.1。
执行操作系统迁移过程后，Hybrid Sleep 功能可能不起作用。
Mirage 不会检测 Windows 7 和 Windows 8.1 上具有 Hybrid Sleep 功能的处理器兼容性。执行从 Windows 7 到 Windows 8.1 的操作系统迁移后，Hybrid Sleep 功能可能不起作用。

解决办法：捕获 Base Layer 进行操作系统迁移之前，在参考机上禁用 Hybrid Sleep。
McAfee 访问保护机制可能会阻止 Mirage 操作。
在极少数情况下，McAfee 访问保护机制可能会阻止 Mirage 操作，例如下载 Base Layer、操作系统迁移、置备等等。

解决办法：将 Mirage 服务从安全产品防护范围内排除。
如果端点安装了 Symantec Endpoint Protection (SEP) 版本 12.1.671.4971，操作系统迁移过程可能会失败。
如果将安装了 Symantec Endpoint Protection (SEP) 版本 12.1.671.4971 的端点从 Windows XP 迁移到 Windows 7，迁移可能会失败。

解决办法：在开始迁移过程之前，卸载 SEP 或升级到更新版本的 SEP。
如果在 Base Layer 或应用程序层更新过程中移除了最终用户的默认 Web 浏览器，最终用户会收到错误消息。
如果执行 Base Layer 或应用程序层更新时移除了最终用户指定为默认 Web 浏览器的 Web 浏览器应用程序，最终用户在打开网站或 HTML 文件时可能会收到错误消息。

解决办法：建议最终用户重新安装 Web 浏览器或选择其他默认 Web 浏览器。
如果单个计算机上出现多个 Microsoft Visio 版本，当最终用户打开 Microsoft Visio 时，Microsoft Office 配置窗口可能会显示在其计算机上。
当执行可导致单个计算机上出现多个 Microsoft Visio 版本的层操作时，当最终用户打开 Microsoft Visio 时，Microsoft Office 配置窗口可能会显示在其计算机上。

解决办法：这是已知的 Microsoft Office 问题。请参见 http://support.microsoft.com/kb/298947 和 http://support.microsoft.com/kb/314392。
执行包括 Microsoft Office 的层操作时，可能会显示 Microsoft Office 配置窗口。
执行包括 Microsoft Office 的层操作时，如果在“完成系统更新”阶段完成之前打开 Microsoft Office 应用程序，可能会显示 Microsoft Office 配置窗口。

解决办法：在运行任何 Microsoft Office 应用程序之前，请等待所有层分配过程完成。
传递 Base Layer 时，某些 sysprep 操作可能会失败。
在极少数情况下，传递包括 Windows Live 帐户的 Base Layer 时，某些 sysprep 操作可能会失败。

解决办法：不要捕获包括 Windows Live 帐户的 Base Layer。如果传递的 Base Layer 包括 Windows Live 帐户并存在用户体验问题，请重新捕获不含 Windows Live 帐户的 Base Layer。
当计算机上安装两个或多个 Microsoft Office 应用程序并且至少有一个属于层时，其余 Microsoft Office 应用程序的互操作性可能不起作用。
当计算机上安装两个或多个 Microsoft Office 应用程序并且至少有一个属于层时，其余 Microsoft Office 应用程序的互操作性可能不起作用。

解决办法：此问题尚无解决办法。
如果单个计算机上至少存在两个架构不同的 Microsoft Office 产品，则无法在该计算机上手动安装 Microsoft Office 产品。
将包含 Microsoft Office 产品的层部署到已经安装有 Microsoft 产品的计算机并且架构不同时，可能无法在计算机上手动安装 Microsoft Office 产品。

解决办法：此问题尚无解决办法。
如果您传递包含 Microsoft Office 产品的层，然后将其移除，则可能无法手动安装 Microsoft Office 产品。
部署包含 Microsoft Office 产品的层并且更新 Microsoft Office 产品时，如果移除包含 Microsoft Office 产品的层，您可能无法手动安装 Microsoft Office 产品。

解决办法：请参阅 https://support.microsoft.com/en-us/mats/program_install_and_uninstall。
Microsoft Office 2013 许可证激活不会随 CVD 迁移。
迁移已安装 Microsoft Office 2013 的 CVD 时，Microsoft Office 许可证激活不会迁移，且 Microsoft Office 处于未获许可状态。

解决办法：通过任意应用程序手动激活 Microsoft Office 许可证。
移除包含应用程序的层时，该应用程序的任务栏快捷方式或桌面快捷方式不会被删除。
在应用程序层中提供程序时，会自动创建任务栏快捷方式或桌面快捷方式。从层中移除程序时，Mirage 不会删除快捷方式。

解决办法：此问题尚无解决办法。
在包含 ActivID 软件的计算机上执行操作系统迁移过程时，Mirage 屏幕可能会消失。
在包含 ActivID 软件的计算机上执行操作系统迁移过程时，Mirage 屏幕可能会消失。这是一个显示问题。迁移过程将成功完成。
执行裸机置备过程后，引导菜单语言将被设置为“美国英语”。
Mirage 在裸机置备过程中对设备重新分区时，引导配置数据不保留特定区域设置，并且引导菜单语言将设置为“美国英语”。

解决办法：此问题尚无解决办法。
使用 WinPE 映像执行置备过程时，出现“扫描期间出现多个文件错误 (Multiple file errors during scan)”警告消息。
使用 WinPE 映像执行置备过程时，出现“扫描期间出现多个文件错误 (Multiple file errors during scan)”警告消息。可以忽略此警告。
如果 Mirage 客户端在裸机置备过程后升级失败，则不会将事件日志发送给服务器。
如果 Mirage 客户端在裸机置备过程后升级失败，则不会将事件日志发送给服务器。

解决办法：此问题尚无解决办法。
VSS 可能会失败，并出现超时错误。
VSS 可能会失败，并出现超时错误。

解决办法：安装 Windows 7 SP1 及更高版本的修补程序，请参见 https://support.microsoft.com/zh-cn/kb/2996928。
在执行还原操作后，POSReady 2009 客户端会进入重新引导循环。
在少数情况下，在 POSReady 2009 计算机上执行还原操作后，POSReady2009 客户端由于周期性 LSA Shell 故障而进入重新引导循环。
解决办法：这是一个已知的 Microsoft 操作系统问题。
在使用 Sophos Safeguard 5.60.1 加密的计算机上执行操作系统迁移过程时，该操作可能会失败。
在使用 Sophos Safeguard 5.60.1 加密的计算机上执行操作系统迁移过程时，该操作可能会失败。

解决办法：如需帮助，请联系 VMware 支持团队。
已置备设备的操作系统将设置为默认操作系统。
在具有多个引导操作系统的计算机上执行裸机置备过程时，已置备设备的操作系统将设置为默认操作系统。

解决办法：在引导管理器中添加辅助操作系统。
Mirage 网关服务器可能会在 Mirage 管理控制台中处于“运行”状态，但端点无法连接到 Mirage 网关服务器。
如果为 Mirage 网关服务器配置 Mirage 服务器的群集和 DNS 循环，则 Mirage 网关服务器可能会在 Mirage 管理控制台中处于“运行”状态，但端点无法连接到 Mirage 网关服务器。

解决办法：如需帮助，请联系 VMware 支持团队。
显示的快照时间是上次上载时间。
“已存档的文件”选项卡中显示的快照时间是上次上载时间，并非快照的拍摄时间。

解决办法：此问题尚无解决办法。
检查点加密可能会导致迁移过程失败。
在执行从 Windows XP 到 Windows 7 的迁移过程时，如果安装了检查点加密，则迁移过程会失败。

解决办法：此问题尚无解决办法。
重新安装 Mirage 时，自定义报告不会被移除。
在使用“创建新存储区域”选项重新安装 Mirage 时，不会从 SSRS 中移除自定义报告。

解决办法：安装完成后，从“报告”选项卡中删除自定义报告。
无法通过层操作移除 Safend Data Protection。
您无法通过 Base Layer 操作移除 Safend Data Protection Agent。

解决办法：在应用不包含 Safend Data Protection Agent 的层之前，先从目标计算机中卸载 Safend Data Protection Agent。
如果启用 SQL Server 的 Always On 功能，Mirage 管理服务器升级可能会失败。
当您尝试添加或升级 Mirage 管理服务器时，如果 SQL Server 的 Always On 功能处于启用状态，则该过程可能会失败。

解决办法：在添加或升级 Mirage 管理服务器时，禁用 SQL Server 的 Always On 功能。在添加或升级 Mirage 管理服务器后，重新启用该功能。
在使用特定版本的 Firefox 时，无法连接到 Mirage Web 控制台。
如果您使用的是 Firefox v39.0 或更高版本，则无法连接到 Mirage Web 控制台。
解决办法：禁用 TLS 1.0 并启用 TLS 1.1 或 TLS 1.2。请参见 https://support.mozilla.org/zh-CN/kb/tls-error-reports。
在应用程序层或 Base Layer 中包含 Horizon View Client 时，无法启用 USB 重定向。
将 Horizon View Client 作为应用程序层或 Base Layer 的一部分安装到尚未安装 Horizon View Client 的计算机时，无法启用 USB 重定向。

解决办法：此问题尚无解决办法。
Mirage 网关服务器无法与 LDAP 绑定在一起。
如果 LDAP 使用包含非 ASCII 字符的用户名，则 Mirage 网关服务器无法与其绑定。
解决办法：使用只包含 ASCII 字符的管理员用户名。
SQL Server Reporting Services 2008R2 与 .NET 4.5 不兼容。
如果在 Mirage 服务器所在的计算机上安装 SQL Server Reporting Services 2008R2，则 Web 报告功能可能无法正常使用。
解决办法：将报告服务设置为在 .NET 2.0 上运行。
1. 导航至 <SQL Server install dir>\MSRS10_50.<report server instance name>\Reporting Services\ReportServer\bin。
2. 打开 ReportingServicesService.exe.config 文件。
3. 在 <configSections>...</configSections> 部分后添加以下行。
  <startup><supportedRuntime version="v2.0.50727"/> </startup>
4. 重新启动报告服务。
MongoDB 数据库文件可能导致数据完整性问题。
在高延迟或连接不稳定的远程存储位置上设置 MongoDB 数据库文件时，可能会遇到数据完整性问题。
解决办法：在低延迟的可靠存储路径上设置 MongoDB 数据库。VMware 建议在本地驱动器或 SAN 上设置 MongoDB 数据库。
有关更多信息，请参阅以下知识库文章：
《Mirage Mongo DB 位置和大小调整最佳实践》(KB2132759)：https://kb.vmware.com/kb/2132759
《严重碎片化的驱动器可能导致 Mirage Mongo 数据库损坏》(KB2132742)：https://kb.vmware.com/kb/2132742
在操作系统迁移后，需要手动创建自定义 Windows 资源管理器库。

在参考机和目标机包含具有不同壁纸的相同用户时，不会迁移最终用户的壁纸。

将某些类型的外部硬盘驱动器识别为固定驱动器，可能会导致 Mirage 忽略驱动器不匹配验证。

由于 Microsoft SSRS 中的限制，在使用 SQL Server 2014 Express Edition 时，不支持将报表导出为 .csv 格式。

在使用 64 位 WinPE 映像时，不能在裸机置备过程中包含具有驱动程序的应用程序。
如果在创建 Mirage WinPE 映像时提供 64 位 .iso，在裸机端点置备期间提供的应用程序层不能包含具有驱动程序的应用程序。
解决办法：在构建 Mirage WinPE 映像时，请提供 x86 WinPE .iso 文件。注意：要使用 x86 Mirage WinPE 映像进行引导，应将设备的引导模式设置为 UEFI 混合或传统引导模式。
默认情况下，在 Mirage WinPE 或自助服务置备门户中不支持日语、韩语或中文输入法。
解决办法：按照知识库文章 2138902 中所述，编辑 BuildMirageWinPE.cmd 脚本并添加所需的输入法编辑器 (IME) 设置。
如果同一目录中的两个文件具有相同的短名称，Mirage 无法下载/流式处理文件。
在极少数情况下，Mirage 可能无法完成还原操作（在“还原 - 预取”阶段或“还原 - 流式处理”阶段）。如果同一目录中的几个文件具有冲突的名称（例如，一个文件的名称是“DESCRI~1.HTM”，另一个文件的名称是“description.htm”），则可能会发生这种情况。

解决办法：将发生冲突的文件之一添加到主策略的 UnprotectedArea 或 DoNotRestoreArea 中。与 VMware 技术支持人员联系以获得进一步的帮助。

将一个 Windows 10 计算机中的用户配置文件还原到另一个 Windows 10 计算机时，将显示默认“开始”菜单拼贴。

在极少数情况下，在置备 Windows 10 端点后，Windows 事件日志可能包含 dsiasrv 错误消息。为了防止出现这种情况，请使用最新的 Microsoft ADK 并更新受影响的计算机的固件。

从 Mirage 5.6 升级到最新版本的 Mirage 后，在使用在 Mirage 5.6 中创建的 Mirage WinPE 和 Base Layer 时，在端点置备后进行的 Mirage 代理升级可能会失败。

在 Web 控制台网格中选择多个项目并向下滚动多次时，网格偶尔会刷新并丢失所做的项目选择。

解决办法：在选择项目并向下滚动多次之前，先定义网格筛选器以减少网格中显示的项目数量。

从包含超过 10,000 个项目的 Web 管理网格中取消选择数百个项目时，可能会导致网页没有响应，从而需要刷新。

解决办法：在同时取消选择数百个项目之前，先定义网格筛选器以减少网格中显示的项目数量。

在某些情况下，将操作系统从 Windows 7 32 位迁移到 Windows 10 64 位后，Windows 10 的“照片”应用程序无法打开。