我的测试实验室中有一些服务器核心数据库服务器，我可以在其中成功使用 GUI 安装 SQL Server，并使用 Microsoft Update 检查更新。我必须使用命令行安装 SQL 的服务器仅使用 Windows Update。有谁知道如何将服务器核心安装切换为使用 Microsoft Update 而不是 Windows Update？我希望能够在实验室中同时更新 Windows 和 SQL。
谢谢你，
我们有一个很棒的基于 VMWare 的可视化环境，到目前为止，它一直托管着一系列基于 Linux 的 VM。我们现在添加了托管 SQL Server 实例的 Windows Server 2008 R2 VM。
是否存在应用 Windows 更新以减少或消除服务器停机时间的绝妙策略？
我已经考虑过克隆服务器，应用更新然后切换网络，但到那时 SQL 服务器将过时。
任何想法都非常感谢。
windows windows-update windows-server-2008-r2 vmware-esxi vmware-vsphere
我们的 2008 R2 IIS Web 服务器需要更新。我们有一些关键的客户端应用程序在其上运行，因此由于停机时间，我们决定不应用任何补丁。现在我们已经积压了大约 75 个更新，其中一些可以追溯到 2012 年！
在应用大量积压的补丁时，我应该考虑什么？我特别关注破坏我们 .NET Framework 4.0 应用程序的补丁之一。
（我特别想知道您可能遇到的 IIS/.NET 框架 4.0 和 Windows 2008 R2 更新的任何问题，这些问题导致您必须恢复，如果有的话。）
我正在重新利用那些早已被更换但坐在工作台上的旧电脑。这是场景。
假设我有一台名为“XXX-420-S01”的台式电脑。此 PC 存在于名为“420”的 OU 中。我启动PC并尝试登录。有时我会遇到信任问题，因为该名称已被真正的“XXX-420-S01”取代。我重新加入域（加入伪工作组，然后以相同的名称重新加入）并进入（是的，我可能需要修复真正的“XXX-420-S01”，但我不在乎）。我检查了由 WSUS 管理的更新，一切正常。
我将 PC 重命名为“XXX-200-S01”。我还在域中。AD 不够聪明，无法了解命名约定，因此“XXX-200-S01”仍在“420”OU 中。我检查 WSUS 上的更新，通常一切正常。
现在我将 PC 移至“200”OU 和 WSUS 错误。它无法检查更新和抱怨。
解决方法如下。
假设“XXX-200-S99”已经在“200”OU中并且工作正常。我将新 PC 命名为“XXX-200-S99”（基本上是接管这个名称）。然后我将检查 WSUS 上的更新，由于显而易见的原因，它可以正常工作。然后我将 PC 重命名为所需的名称“XXX-200-S01”并再次检查更新，它工作正常。然后我转到“XXX-200-S99”机器并重新加入域。现在，“XXX-200-S99”和“XXX-200-S01”都在“200”OU 中，并且可以很好地与 WSUS 配合使用。
这些时髦的跳铁圈在做什么？
我无权访问 AD 服务器，因为它们由另一个组管理，但我相信它们是 Server 2008。工作站是 Win7。