usmt(usmt.ppkg)_股票知识

在本文中，Microsoft Windows IT Pro MVP Rory Monaghan详细介绍了他的Windows 10迁移清单。他详细介绍了您需要考虑的步骤以及为帮助您成功完成迁移而推荐的工具。

在构造Windows 10项目之前，您必须首先定义您的最小可行产品。成功的最终产品是什么样的？您需要牢记一些重要因素。

虽然桌面迁移项目是转变最终用户体验的好时机，但现在时间却不利于您。微软已经透露了扩展Windows 7补丁的价格。如果您是专业客户，价格会非常高。如果您是企业客户，那么您仍然可以sc之以鼻。如果您尚未开始迁移工作，则可能无法在2020年1月Windows 7生命周期终止之前完成100％的工作，但即使达到80％，也将在明年和以后大幅降低组织的成本。未来。

时间和资源始终是最大的限制。显然，您距离Windows 7 EoL的时间只有几个月的路程。如果没有庞大的团队来完成项目，那么您的资源也将有限，这意味着此时可能无法进行完整的桌面转换。您的最小可行产品可能不具备变革性的技术，例如现代的配置文件管理解决方案，整个公司的64位标准化，重要的安全性，现代的应用程序交付，强化等。

在迁移过程中，您仍有一些捷径可做，可以做各种事情来为自己的转型做好准备。

分享这个帖子

1.最小可行产品（MVP）注意事项

混合位！

如果您有一些重要的旧版应用程序需要16位来提供，那么您现在可能没有时间为这些找到合适的前进方法。这可能会阻止您在64位Windows 10上进行标准化。但是，为了充分利用现代硬件，将来在64位上进行标准化并为16位应用程序制定计划仍然是一个好目标。。

无论如何，您将需要收集应用程序列表以进行迁移。您还需要测试应用程序并修复所有无效的应用程序。在本项目的整个过程中，您将能够通过手动测试或使用诸如AppDNA之类的应用程序兼容性工具来识别16位应用程序。然后，您可以将它们留作将来的项目使用，以在64位上实现标准化。

如果您确实拥有16位应用程序，这些应用程序在Windows 10上甚至在今天都无法运行，甚至在Windows 7上也无法运行，并且要求您在不受支持的旧版OS上运行这些应用程序，则可以考虑使用Droplet Computing这样的容器工具来帮助实现这些至少要灵活一些。

在某些情况下，阻止采用64位操作系统的不仅仅是16位组件。一些组织需要运行没有64位驱动程序的旧外围设备。某些应用程序可以在64位上运行，但供应商并不正式支持32位，具体取决于应用程序和组织，这可能还需要保留32位OS。

工具和资源

Windows的液滴容器。

统一可扩展固件接口（UEFI）

UEFI是64位难题的另一个组成部分。现在，在UEFI上进行标准化不仅可以帮助您降低台式机的现代化水平，还可以帮助实现64位。旧版BIOS使用的是32位主引导记录，它限制了分区的数量和允许的分区大小，通常，它限制了可使用的驱动器类型和驱动器大小等。已有数年的历史，硬件供应商青睐UEFI。如果您尚未切换到UEFI，则应该现在。它应该是您MVP的一部分。

硬件

在真正开始创建Windows 10映像之前，您需要获取支持Windows 10部署的硬件列表。您将要确保收集了这些硬件集所需的所有驱动程序。如果您是Acer，Dell，HP，Lenovo或Microsoft硬件商店以及SCCM用户，则应查看Microsoft MVP Maurice Daly 出色的驱动程序自动化工具。

您还应该确定组织中使用的所有外围设备，以确保供应商在Windows 10上认证并支持这些外围设备，例如打印机，扫描仪，签名板等。

工具和资源

驱动程序自动化工具。

安全基准

尽管现在考虑加强安全性并引入Credential Guard，Device Guard等产品可能为时已晚，但仍有一些地方值得考虑。用户今天是本地管理员吗？他们真的需要吗？直到5年前，一些组织才开始陷入困境，他们将用户设为本地管理员，而不是弄清楚他们是否可以作为标准用户使用。在那段时间，应用程序有了很大的改进。如果您还没有的话，现在应该可以实现这一目标。

您是否在Windows 7或Windows 8中打开了用户访问控制（UAC）？如果没有，这可能是正确的时机。对于那些使用旧应用程序的人来说，这有点冒险。我愿意在这一点上打赌，您的绝大多数应用程序都可以正常使用UAC。如果不是这样，您的应用程序兼容性分析工具会告诉您，并且如果您特别使用AppDNA，它会为您提供有关如何使应用程序填充以抑制UAC提示的相当具体的说明。

这里一些明显的安全注意事项将围绕防病毒。您会继续使用现在的状态还是这段时间切换到其他状态？此时，防火墙和磁盘加密的替代方案可能也值得考虑，但我强烈建议您在开始项目的试验阶段之前就已经解决了这些问题。

浏览器

最近，Microsoft的Chris Jackson发布了一篇文章，建议客户不再使用Internet Explorer作为其默认浏览器。在本文中，Chris不推荐使用任何特定的浏览器，但确实让读者知道可以将Enterprise Mode与Edge一起使用。微软最近还宣布，他们将来将转换为使用Chromium基础的浏览器，至少以目前的形式，这看起来像Edge的终结。在上一篇文章中，我讨论了企业IT中浏览器的状态，更具体地说，讨论了Chrome的部署。

显然，用户需要并且企业需要合适的现代浏览器。您应该确定将要使用的浏览器以及如何管理它，并作为Windows 10部署的一部分进行测试。

如果您当前的标准浏览器是Internet Explorer 10或更早版本，则可能需要做很多工作才能将Web应用程序升级到IE11或现代浏览器。

图片

对于最终用户计算团队来说，这很可能是因为他们会知道图像中应该包含哪些内容，而不应该包含哪些内容，但是重要的是要尽早定义这一点，以便在项目仍在正式化的同时开始工作。您还需要决定一些事情，例如

基本映像将使用什么版本的Windows 10？v1803？v1809？

在发布本文时，大多数Windows 10企业用户正在从v1709迁移到v1803。

您还将要定义应该从Windows 10映像中删除的内容，例如用户不需要，不需要的游戏和应用程序。

哪些应用程序将进入映像？我通常将所有用户所需的Microsoft产品放入映像中，以进行修补，并加快重新映像计算机所需的时间。进入您的映像的应用程序将是您的组织所独有的。

如果您借此机会部署Office 365，则需要确保自己也对此进行了测试。

其他将来可以帮助您进行桌面转换的方法

我不是应用程序兼容性工具的坚定拥护者。报告可能不准确。但是，在我看来，出于批量加载应用程序和对所需工作水平进行高层概述的目的，值得付出努力。

您还可以利用此数据清除16位应用程序，可能触发UAC提示的应用程序等。所有这些都将有助于Windows 10迁移。AppDNA还可以报告某个应用程序是否适合于应用程序虚拟化，并显示可能无法在RDSH等多用户共享环境中运行的应用程序。最终结果还是所有应用程序的数据库，您实际上可以确定将文件或注册表安装到用户位置的所有应用程序，这在将来推出诸如AppSense之类的现代配置文件管理解决方案时可能会很有帮助。

使用AppDNA，您还可以在执行应用程序兼容性分析时自动将应用程序转换为App-V。这并不意味着您必须使用或部署App-V应用程序，但是进行此转换可以帮助将来缩小桌面尺寸，加快将应用程序迁移到RDSH的速度，甚至可以帮助您快速转换为支持自动操作的Microsoft新MSIX格式。从App-V转换，因为它们共享相同的通用应用程序标准。

定义MVP后，最终用户计算团队应开始创建Windows 10映像。

2.项目策划

做出决定后，您可以根据上述准则为最小的可行产品设置项目范围。在开始项目工作之前，您应该执行项目计划。

组装项目团队

您将需要组建一个跨越许多不同部门的团队。您将需要现场技术人员来支持您办公室中的部署，还需要最终用户计算团队具备包括映像和构建创建，应用程序打包和部署在内的技能。他们应该非常了解操作系统。您可能需要聘请可以帮助数据合理化和部门扩展的联络员。与这些部门和Windows 10项目利益相关者的领导进行互动也很重要。

获取完成工作的工具

您决定的最低限度可行的产品可能会确定您将使用的某些工具。您可能需要获取一些工具，您可能已经拥有了它们。如果您拥有一个受严格管理的良好环境，则可以从当前的部署工具（例如SCCM）中提取应用程序列表，从而摆脱困境。否则，您将需要使用诸如Microsoft的升级准备工具，Microsoft评估和计划工具包，ACT收集器或LakeSide SysTrack之类的工具。

如果您有大量的应用程序和庞大的团队要管理，那么像Migration Studio这样的工具可以真正帮助协调项目和管理并行工作流。如果您决定更改防病毒软件或任何其他关键工具，那么您也将希望获得这些工具。

工具和资源

升级准备，Microsoft评估和计划工具包以及LakeSide SysTrack。

某些更改不是改进。找到适合您工作的工具。

过去人们逐渐喜欢的Snipping Tool在Windows 10的最新版本中进行了重大更新，更改为Snip＆Sketch功能，该功能适合某些人的工作流程，但对于其他喜欢使用Snipping的易用性的人来说，已经变成了Bugaboo。工具。在我最近的Windows 10迁移项目中，一直存在这样的争论点，即客户实际上获得了TechSmith SnagIt许可，以解决各个部门的投诉。

我实际上使用App-V交付了SnagIt，甚至交付了一些FSLogix（最近被Microsoft收购）规则，以确保只有那些被许可使用SnagIt的人才能在共享工作站上看到它。

工具和资源

FSLogix应用程序屏蔽–实际示例

根据分配的时间和资源制定策略

实际上，如果您刚刚开始Windows 10迁移，那么您已经在时间上与之抗争了。在大中型组织中，您将需要一些专用资源，以在2020年1月之前将大多数PC和笔记本电脑升级到Windows10。如果没有这些资源，则可以定义您的策略。执行Windows迁移的正确方法是收集您的应用程序列表，您可以使用“升级准备”工具，ACT收集器或LakeSide SysTrack进行此操作。然后，您可以合理化该应用程序列表例如，该组织是否真的需要5个不同的PDF创建者？为什么不将其降低到1。这对于您的包装团队来说工作量较小，并且可能会节省成本。您那里有Java或Flash的旧版本，真的需要吗？如果是这样，为什么要提出这些建议？

Microsoft评估和计划工具包还可以收集一些与应用程序相关的有限信息以及一些非常有用的硬件级别数据。

如果您没有人来完成此类工作，则可能必须依靠每个部门为您提供他们完成工作所需的应用程序列表。然后，您可以确保通过您今天的软件分发工具（例如SCCM）已经将它们部署到他们那里。如果这样做，您可以确保他们在新的Windows 10桌面上已将相同的程序包部署到他们并可以对其进行测试。这远非理想，但对于小型团队而言，这可能是唯一可行的方法。

创建正式的项目计划

基于MVP和定义的策略，您将需要映射必须为项目完成的每个工作项并分配资源。Microsoft Project是Project Plan的最爱，或者您可以使用更现代的第三部分应用程序，具体取决于您。

建立项目会议和沟通渠道

您将希望每周召开一次项目会议，以确保您像运转良好的机器一样运转。交流对于成功的项目至关重要。您还应该考虑为项目中涉及的所有人员设置电子邮件分发列表。Slack或Microsoft Teams以及Migration Studio还可用于实时通信和检查点。

工具和资源

迁移工作室。

确定试点小组

您需要确定最适合作为Windows 10用户的部门。对于您的MVP来说，所有准备工作都非常到位，以确保这些最初的试点小组正在测试的内容能够代表所有用户所获得的东西，这一点非常重要。请记住，这也是您在继续其他部门之前测试您的总体流程并确保其正常运行的一种方式。

为获得成功，您应确保获得Windows 10的这些试验组中的第一个用户覆盖该部门的所有相关角色，例如，如果某个部门的级别为1、2和3。请确保您拥有各个级别的人员。如果人们的工作不同，请确保您也得到他们。

移民计划草案

确定试点之后您将要迁移的其他部门，以及您计划迁移它们的日期。尽早进行此操作很重要，因为您可能需要考虑每个部门的某些时间限制，例如在医疗保健中，某些医院的冬季比夏天繁忙，财务部门在会计季度和年份结束时很忙，等等。想要破坏业务。

分享这个帖子

3.设计和部署

完成并测试图像

在项目计划正式开始之前，您应该已经开始创建图像并对其进行处理。此时，您应该具有与要在其上部署的硬件相关的所有驱动程序，并且应该知道哪些应用程序将成为构建的一部分。

您将想要获得要部署到的所有不同硬件的样本，并在每个硬件上进行测试。

测试数据迁移也非常重要。如果您今天在Windows 7上使用AppSense，则可以选择使用该应用迁移用户数据。否则，您可以在构建过程中使用Microsoft的用户状态迁移工具。

工具和资源

用户状态迁移工具（USMT）

创建快速入门指南和培训文档

您可能想要发布一个简单的网页，其中包含对用户的新Windows 10体验的介绍。您还需要打印一本简短的《快速入门指南》，以便最终用户留在每台PC上。当然，第二天应该在他们的领域提供支持，以解决他们可能遇到的任何问题，但是无论短期还是长期，培训材料始终是有帮助的。

应用程序清单收集

如果您管理得当，并且打算今天参考分发工具中的程序包和应用程序，则应该导出该列表，理想情况下，获取部署最多和利用率最高的应用程序的指标。

如果不是，则通过SCCM或其他工具部署组织中的所有应用程序。您应该部署升级准备工具，ACT收集器或LakeSide SysTrack，并立即收集用户计算机上的应用程序列表，并收集利用率信息，以了解哪些是影响最大的应用程序。最好在组织中广泛部署这些工具，并将其放置2-4周以收集数据，这是一个好主意。

（可选）您可以在解决部署问题时将它们部署到每个部门。例如，我们要在6周内升级HR。让我们现在部署该工具。收集数据并从那里去。

应用合理化

如果发现未使用的应用程序，则应与您的部门联系并确定是否需要该应用程序。如果检测到多个提供相同功能的不同应用程序（例如PDF Creator），则应使用这些应用程序与每个部门联系，并确定是否可以仅对其中一个进行标准化。理想的最终结果是，您可以部署和测试的应用程序列表更短，并且希望解决的应用程序兼容性问题更少。

应用程序兼容性分析

获取合理的应用程序列表，并通过AppDNA之类的工具运行它们。这样您就可以适当地分配包装资源。您应该能够看到哪些应用程序需要大量的修复工作，甚至根本无法使用。

应用程序打包和修复

好消息是，您的应用程序兼容性分析不应显示太多的主要障碍。Microsoft确保在Windows 7上运行的桌面应用程序可以在Windows 10上运行，因此，微软做得相对不错。最大的例外是，如果您今天使用所有32位Windows 7并尝试迁移到64位。您可能比其他人度过了艰难的时光。正如我所说，随着Windows生命周期迫在眉睫，由于时间和资源的缺乏，您可能没有太多尝试改造桌面。在这种情况下，您可以希望将今天已经使用的软件包部署在Windows 7上。

某些应用程序可能需要重新包装和修复。这项工作通常是桌面迁移项目中最复杂，最耗时的部分。不要低估这里所需的努力水平。确保您留有足够的时间来完成每个部门的应用程序。您应该考虑为此工作带来更多帮助。

还值得记录每个应用程序遇到的任何问题，并整理所有程序包，源媒体和文档，以便将来在尝试改变最终用户体验时将它们包含在内。

进一步阅读

Windows 10迁移计划。

开始部署

借助经过良好测试的图像，成功的试点和超过合理化，分析，打包和修复阶段的应用程序，您应该已经准备好开始向大众推出Windows 10。如果您进行多播（几乎每个人都在进行多播），则应与网络管理员确认，以确保您能够相对较快地推广到整个部门。您不应一次部署到太多部门。仅部署到可以为您提供第二天支持的部门。