您将等待多久才能安装更新？

一般来说有两种更新：

• 关键更新：立即安装; 和
• 其他更新：除非我受到任何正在修复的负面影响（如果它是一个修复，而不是一个function包），那么我通常会等待一个星期左右。 之前我用graphics驱动程序和iTunes烧坏了。

对于像你这样的pipe理机器，Deevusbuild议在一台机器上尝试它是一个很好的谨慎的方法。

我会安装在一台机器上testing一个星期左右。 如果没有问题，则可以逐渐推出更新。

如果你在谈论微软更新，我会倾向于立即安装这些。 如果你有一个MSDN或Technet的订阅，你会知道所有的服务包都经历了一个漫长的testing和RC周期，所以他们非常稳定。

微软还倾向于在Windows Update推送任何内容之前公开更新下载（对于那些没有机会testing预发布版本的用户）。

不pipe你在说什么，主要的是在部署之前安装和testing，以确保它不会破坏你的其他应用程序（尤其是内部自定义应用程序）。 这只是一个常识，一旦你确定了兼容性，那么没有任何理由推迟更新。

在您给出的Office 2007 SP2的示例中，它在公开发布之前已经过很好的testing。 再等一个星期不会有什么不同，如果你有问题，你会有问题。 这就是为什么你想先testing:)

对于安全更新，我倾向于等待一个星期。 对于“早期采用者”来说，这通常足够长，以find任何主要的漏洞。 如果我知道在野外有积极的利用，我不会坚持这样做。 在这种情况下，我可能会等待24小时，然后离开。 对于非安全更新，我通常要多花点时间。 也许一个月或两个月。

在你的情况下，select一些testing系统可能是安全的。 如果您使用的是WSUS，则可以创build一个不同的组，并早于其他系统批准补丁/更新。 确保select那些准备好系统的用户，如果发现问题，他们可以提供很好的反馈，告诉他们做了什么，看到了什么。 一旦你确定你已经制定了错误，然后安排大规模部署。

一个典型的月份将遵循以下步骤：Microsoft在第二个星期二发布补丁程序，客户在几天内批准补丁程序部署，几天后批准并推出补丁程序（仅限试点工作站），批准并修补补丁程序几天后（剩余的工作站），批准并安装补丁在接下来的周末服务器。 设置下一个“补丁星期二”之前的强制安装date。 所有这些都会根据所发布补丁的关键特性以及客户端的响亮程度而变化。 🙂