我们正在优化我们的网络。
也许您听说过，在为 W7 部署 SP1 时，一些使用 WSUS 供电网络的计算机出现了问题，并且计算机崩溃/必须重新进行安装。
现在，有几种方法可以防止此类灾难。通常，您会有一些带有镜像安装的备用机器，您可以先尝试更新。如果它恢复正常，您可以修补原始机器并希望它也能正常工作。
但是，实现这一点的最佳方法是什么呢？IT 基础设施非常复杂，即使我有一台与主机器操作系统相同的测试机器，更新仍会顺利进行，而主机器则会崩溃。因为复杂的软件安装不匹配。
因此，我可以说我创建了一台具有相同操作系统、操作系统补丁级别和应用程序的测试机，但它仍然可能崩溃。如前所述，最新的崩溃受害者依赖于域中 WSUS 服务器的使用。不使用 WSUS 的计算机不会遇到同样的问题。
因此，解决方案是在更新等待安装时克隆每台实时机器，启动克隆，然后更新克隆。但这会给我们带来更多麻烦，特别是微软及其 Windows 许可证，因为我有两台机器运行相同的许可证，联系 Windows 更新。更不用说机器上运行的其他双重许可证了。
有没有巧妙的解决方案来解决这里列出的问题？如何在没有物理镜像机器的情况下防止实时服务器上发生更新灾难？
答案1
备份您的资料并进行更新。
在打补丁之前，请阅读发行说明并在线浏览任何已知问题。如果您对此感到担心，请在安装了与您使用的机器相同软件的测试机器上进行升级。这显然不能保证您不会遇到问题，但通常被认为足够接近。
最坏的情况是补丁破坏了某些功能。对于许多 Windows 更新，您只需卸载它们即可。其他更新，您可以使用系统还原来恢复。如果整个操作系统都崩溃了（从未见过这种情况），那么只需重新安装 Windows 即可。如果这不起作用，并且您无法修复它，那么只需使用格式化的硬盘重新开始，安装 Windows，然后恢复数据。
据我所知，没有什么特别的技巧，只有最佳实践。尽管炒作很多，但更新通常并不那么可怕。
答案2
我们会延迟一个季度以确保没有未解决的问题。在进行更新之前，我们会研究任何已知问题，并在变更管理中批准之前记录下来。然后，我们会在系统范围部署之前进行试点。如果一周后试点没有问题，我们就会全面推广。