使用Software Update Services部署SP2

    总体建议

　　主要有三种可选方案，具体取决于要使用 SUS 服务器更新的 Windows XP 系统数量（如果只有一台或少数几台 SUS 服务器）和 SUS 实施的拓扑结构（如果有多台 SUS 服务器）：

　　1.如果每台 SUS 服务器需要更新的 Windows XP 计算机数少于 2000 台，则不必执行任何操作
    2.如果需要通过 SUS 服务器更新到 Windows XP SP2 的 Windows XP 计算机在 2000 台到 15000 台之间，则使用下面介绍的限时批准技术
    3.如果需要控制 SUS 用于部署 Windows XP SP2 的最大带宽，则实施下列带宽限制机制之一：

　　对 SUS IIS 服务器的最大并发连接数和最大带宽进行限制
　　通过相应地配置 BITS（后台智能传送服务）2.0，对下载 SUS 内容的 SUS 客户端所用的最大带宽进行限制

　　对于第一种（不需要任何操作）方案，建议 SUS 管理员在首次批准更新时以及在工作日的第一个小时内或第一次轮班时对服务器负载进行监控。

　　限时批准技术的工作方式是，在使用此技术的任何一天里限制连接到 SUS 服务器时可以查看已批准更新列表中的 Windows XP SP2 更新的 SUS 客户端数量，从而控制每一天服务的客户端数量和限制服务器负载及其他网络开销（如重试尝试等）。

　　第三种方案的工作方式是，限制 SUS 实施使用的带宽，从而控制服务器和网络的负载。

　　注意：通过此处描述的可选方案限制 SUS 服务器或网络的负载，将导致全部 Windows XP 系统的更新速度变慢，因为服务器负载成了瓶颈。下面为每种方案提供的指导基于同一服务器负载假定，所以部署 Windows XP SP2 所用的时间长度基本上是相同的。

　　下表总结了适用于各种情况的可选方案：

注意：如果 SUS 服务器成为瓶颈，则解决此问题的一个选择是增加一台或多台 SUS 服务器（在负载平衡网络的支持下极易实现）。

　　限时批准技术

　　此技术依赖于 SUS 管理员每天对 SUS 服务器上 Windows XP SP2 更新的批准和不批准，直到尚未接收 SP2 的 Windows XP 系统数量少于 2000 个。

　　因为仅在每一天的限定时间里批准更新，所以在给定的某一天中只有一部分连接服务器的 SUS 客户端可以看到标记为“已批准”的更新，并尝试下载该更新。在此时间段之外连接服务器的 SUS 客户端将看不到 SUS 服务器上已批准更新列表中的 SP2 更新，因此不尝试下载它。这同时使得 SUS 服务器在新一组客户端第二天下载获准下载的 SP2 之前，能够在批准期限内完成向连接到它的客户端提供的服务。

　　这是一个用于控制 SUS 服务器负载的机制，虽然需要手动实施但非常容易，并且不需要任何额外的基础结构配置或测试。SUS 管理员可以使用以下公式来计算每天批准 Windows XP SP2 更新所需的时间：

　　TA = 24000 / （NXP – （1000 * NDE））

　　其中：

　　TA = 在给定日期将更新标记为“已批准”所需的时间（以小时为单位） NXP = 要通过 SUS 服务器获取 SP2 的 Windows XP 系统数量

　　NDE = 在 SUS 服务器上首次将 SP2 标记为已批准后的天数

　　例如，如果需要通过 SUS 服务器获取 Windows XP SP2 更新的 Windows XP 系统数量是 12000 个，则按照以下公式计算：在第 1 天，将更新标记为已批准所需的时间是 2 个小时，因为

　　24000 / （12000 – （1000 * 0） = 2

　　在第 2 天，将更新标记为已批准所需的时间是 2.2 个小时，因为

　　24000 / （12000 – （1000 * 1） = 2.2；依此类推