Jon Rhoades Asked: 2009-05-27 17:06:36 +0800 CST2009-05-27 17:06:36 +0800 CST 2009-05-27 17:06:36 +0800 CST 在部署 Vista / Server2008 SP2 之前我们应该等待多长时间 772 现在微软已经发布了 Vista & Server 2008 SP2(参见Lifehacker)。在安装之前我应该等待多长时间: 独立机器 域中的 PC Windows 服务器 “关键”服务器 windows-server-2008 windows-vista service-pack 5 个回答 Voted Best Answer Mike 2009-05-27T17:48:41+08:002009-05-27T17:48:41+08:00 我会在安装到除测试机器之外的任何设备上之前至少给它一个星期 - 我从未见过紧急服务包在发布后超过一天或两天收回。 下一步是尽快部署——它可能包含 SP1 + 自动更新中没有的安全增强功能。部署计划的一部分是在您的环境中进行测试。这同样适用于上述系统类型 1-4。Vista SP2 没有 Server 2008 SP2 作为先决条件,因此可以按任何顺序安装。 如果存在与 SP2 和您的环境不兼容的问题,则实际部署时间可能需要数周,因为这些问题由应用程序供应商或 Microsoft 解决。 Jim B 2009-05-27T20:16:14+08:002009-05-27T20:16:14+08:00 理论上,您已经在测试系统和服务器上测试了应用程序与 RC 的兼容性。现在它已经发布,是时候应用它了。您应该备份您的标准桌面映像并应用 RTM 版本。在对您的系统进行快速测试后(假设您尚未运行 Windows 7 RC)将其推出给少数测试用户(列表中的第 2 位)并在验证您有备份后,将其推出到独立机器上。(#1)。当您的用户正在验证它不会破坏他们的 solitare 副本时,您可以安排重新启动和停机时间以将其部署到您的 2008 服务器。您的所有服务器都应该有备份。这很关键,因为我看到服务器在 RC 期间由于驱动程序问题(没有更新驱动程序的服务器)而瘫痪。如果你' 一直在更新驱动程序,您可以将 SP2 应用到 Windows 服务器。(#3)。您现在应该将 SP2 推广到您的其余用户群。我不确定您所说的“关键”Windows 服务器是什么意思。我猜那些是具有高价值业务功能的非冗余服务器(这引出了一个问题,它们有多重要,因为它们不是冗余的?)。在应用 SP 之前,确保它们在固件/驱动程序前端是最新的,在其他服务器上几天后,我将完成部署。我猜测这些是具有高价值业务功能的非冗余服务器(这引出了一个问题,即它们不是冗余的有多重要?)。在应用 SP 之前,确保它们在固件/驱动程序前端是最新的,在其他服务器上几天后,我将完成部署。我猜测这些是具有高价值业务功能的非冗余服务器(这引出了一个问题,即它们不是冗余的有多重要?)。在应用 SP 之前,确保它们在固件/驱动程序前端是最新的,在其他服务器上几天后,我将完成部署。 Bruce McLeod 2009-05-27T19:49:42+08:002009-05-27T19:49:42+08:00 我今天将它部署在测试机器上。理想情况下,您应该测试所有关键应用程序,然后在您确信它们不受影响并且可以与您的用户一起安排停机时间后推出。 对于服务器,您应该有一个好的回滚策略,并且它们托管的应用程序的性质应该决定它们何时更新。 只要您的机器完全针对安全漏洞进行了修补,我就不会太担心在短期内匆忙启动 SP,但是您等待的时间越长,您变得越脆弱。 Guamaniac 2009-05-28T16:14:10+08:002009-05-28T16:14:10+08:00 这是今天在与我们的 SysAdmin 人员的一次对话中提出的。一个良好的时间缓冲基于服务包发布到 Windows 更新和/或 WSUS 的时间。一旦它在那里发布,我们就会部署到测试和开发机器(以及我们自己的 IT 员工桌面,如果适用)。然后等待一个月,等待下一轮“星期二补丁”修复,然后再扣动扳机,通过 WSUS 将其推出。 因此,在我们广泛推出之前,总共可能需要几个月的时间。 Joseph Kern 2009-06-13T13:32:49+08:002009-06-13T13:32:49+08:00 应按以下方式部署补丁。 一台(您自己的机器) 很少(其他管理员/高级用户 [这是您的大多数问题的来源]) 许多(其他人) 如果它们不是关键更新,请等待大约一周来部署每个系列。但它高度依赖于补丁或服务包的类型。应尽快应用关键安全更新,大多数其他内容都可以稍等片刻,尤其是 Service Pack。
我会在安装到除测试机器之外的任何设备上之前至少给它一个星期 - 我从未见过紧急服务包在发布后超过一天或两天收回。
下一步是尽快部署——它可能包含 SP1 + 自动更新中没有的安全增强功能。部署计划的一部分是在您的环境中进行测试。这同样适用于上述系统类型 1-4。Vista SP2 没有 Server 2008 SP2 作为先决条件,因此可以按任何顺序安装。
如果存在与 SP2 和您的环境不兼容的问题,则实际部署时间可能需要数周,因为这些问题由应用程序供应商或 Microsoft 解决。
理论上,您已经在测试系统和服务器上测试了应用程序与 RC 的兼容性。现在它已经发布,是时候应用它了。您应该备份您的标准桌面映像并应用 RTM 版本。在对您的系统进行快速测试后(假设您尚未运行 Windows 7 RC)将其推出给少数测试用户(列表中的第 2 位)并在验证您有备份后,将其推出到独立机器上。(#1)。当您的用户正在验证它不会破坏他们的 solitare 副本时,您可以安排重新启动和停机时间以将其部署到您的 2008 服务器。您的所有服务器都应该有备份。这很关键,因为我看到服务器在 RC 期间由于驱动程序问题(没有更新驱动程序的服务器)而瘫痪。如果你' 一直在更新驱动程序,您可以将 SP2 应用到 Windows 服务器。(#3)。您现在应该将 SP2 推广到您的其余用户群。我不确定您所说的“关键”Windows 服务器是什么意思。我猜那些是具有高价值业务功能的非冗余服务器(这引出了一个问题,它们有多重要,因为它们不是冗余的?)。在应用 SP 之前,确保它们在固件/驱动程序前端是最新的,在其他服务器上几天后,我将完成部署。我猜测这些是具有高价值业务功能的非冗余服务器(这引出了一个问题,即它们不是冗余的有多重要?)。在应用 SP 之前,确保它们在固件/驱动程序前端是最新的,在其他服务器上几天后,我将完成部署。我猜测这些是具有高价值业务功能的非冗余服务器(这引出了一个问题,即它们不是冗余的有多重要?)。在应用 SP 之前,确保它们在固件/驱动程序前端是最新的,在其他服务器上几天后,我将完成部署。
我今天将它部署在测试机器上。理想情况下,您应该测试所有关键应用程序,然后在您确信它们不受影响并且可以与您的用户一起安排停机时间后推出。
对于服务器,您应该有一个好的回滚策略,并且它们托管的应用程序的性质应该决定它们何时更新。
只要您的机器完全针对安全漏洞进行了修补,我就不会太担心在短期内匆忙启动 SP,但是您等待的时间越长,您变得越脆弱。
这是今天在与我们的 SysAdmin 人员的一次对话中提出的。一个良好的时间缓冲基于服务包发布到 Windows 更新和/或 WSUS 的时间。一旦它在那里发布,我们就会部署到测试和开发机器(以及我们自己的 IT 员工桌面,如果适用)。然后等待一个月,等待下一轮“星期二补丁”修复,然后再扣动扳机,通过 WSUS 将其推出。
因此,在我们广泛推出之前,总共可能需要几个月的时间。
应按以下方式部署补丁。
一台(您自己的机器)
很少(其他管理员/高级用户 [这是您的大多数问题的来源])
许多(其他人)
如果它们不是关键更新,请等待大约一周来部署每个系列。但它高度依赖于补丁或服务包的类型。应尽快应用关键安全更新,大多数其他内容都可以稍等片刻,尤其是 Service Pack。