设置 Windows Server 2008 的更简单方法?

设置 Windows Server 2008 的更简单方法?

我需要设置一些 Server 2008 开发服务器,但我正在努力寻找如何有效地完成这些工作。

对于任何基于 Debian 的发行版,我都会放入 CD,运行安装,重新启动,应用 apt-get 更新,然后就完成了。

安装 Server 2008 后,我必须运行 Windows 更新、重新启动、更新、重新启动等。

有没有更简单的方法进行更新,而无需多次重启?

答案1

其实并非如此,这只是 Windows 的一个怪癖。

我唯一建议的(如果你还没有这样做的话)就是给自己建立一个WSUS 服务器。这样,您可以从 Microsoft 下载所有适当的 Windows 更新到您的 WSUS 服务器,然后您的服务器从您的 WSUS 服务器下载更新。这比每次都从 Microsoft 下载更新要快得多,并且占用的带宽要少得多。

答案2

Windows 的工作方式基本就是这样的,你基本上只能使用这种方式了。

现在我看到你问自己:

既然任何有自尊心的 Linux 都可以一次性完成所有更新,那么 Windows 为什么要这样做呢?

答案取决于 Windows 和 Posix *nixes 如何处理打开文件问题。在 Windows 上,如果文件已打开,则该文件上也会有一个 DenyWrite 锁,无法写入。例如更新。在 Linux 上,所有内容都是文件,所有文件都可以更新,因此文件只会被更新。如果由于其他原因无法更新文件,安装程序会抛出一个神秘的错误,很难找出更新失败的原因。

由于 Windows 只能在重启过程中更新某些文件,因此您需要多次重启才能应用某些补丁集。这种情况最常发生在不同产品的更新在某种程度上重叠文件时,而后一个更新需要前一个更新实际应用才能更新。Windows 已经很多多年来,它在依赖性检查方面做得越来越好,在 Windows 更新之前,通常做法是单独应用每个更新并自行重新启动[1],但仍然有一些事情令人困惑;尤其是当它同时对操作系统、IE 和媒体播放器进行修补时。

上次我启动 Server 2003 服务器(不是 R2)时,需要重启四次才能更新所有内容,不包括服务包。如果我启动 SLES 9 服务器(大约在同一时间,内核为 2.6.4 左右),更新集也会非常可怕。该发行版使用的“rcd”进程会因更新的大小而产生混淆,因此我必须先更新几次才能更新整个补丁集。虽然不需要多次重启,但确实需要多次应用更新过程。而在 SLES9 上,RCD 可能需要很长时间才能处理大型更新集,因此 SLES9 服务器可能会完成更新所有内容Win 2003服务器会[2]。

[1] 有一些工具可以帮助“链式”更新,但不同的 IT 商店对于在生产系统上使用这些工具有不同的看法。
[2] 这恰恰表明了该发行版上的 rcd 过程的质量。很高兴它随着 SLES11 而消失。

答案3

您可以集成安装所有补丁的 Windows……但这可能是一个非常漫长且困难的过程。如果您经常需要部署新服务器(无论是在实验室……还是在生产中,或者两者兼而有之),这可能会为您节省一些时间和麻烦……但我对此表示怀疑。最好的办法是设置一个微软服务器或构建离线更新光盘大约每个月一次...并在安装后立即运行。这并不能避免必须重新启动...但绝对可以消除一些麻烦。(如果更新需要,离线更新 CD 将自动重新启动并自动恢复)

构建自己的 slip-streamed 映像的优点是,您还可以预先安装您可能需要的任何必要驱动程序或应用程序。但实际上并没有很好的构建映像的方法。Microsoft 提供了一个 AIK 工具来执行此操作,但您需要手动下载每个修补程序、提取它并将其应用于映像。

使用离线 wsus 包的优势在于,构建 CD 所需的时间最短(需要等待下载和构建 iso/刻录),并且您可以在每台服务器上使用它。无论是生产还是实验室。不幸的是,您依赖第三方工具来管理此过程,但历史表明它们可以应对挑战。(我已经使用它 6 年多了,只出现过一些小问题,而且很快就解决了。)您也无法在映像中预安装其他应用程序。还有其他工具可以单击安装多个应用程序,但这是另一个话题。

相关内容