对分支机构部署应用程序和更新

Microsoft 正在准备发布其下一代的系统管理解决方案。新的 System Center Configuration Manager 2007 以前称为 Systems Management Server (SMS)，包含很多一定会使人印象深刻的新功能。其中的一项便利功能就是分支分发点 (BDP)，这是一种新型分发点，专为满足小型或分布式办公机构设置的需要而设计。粗略一看，与其他新功能比起来，BDP 貌似只是一个不起眼的新增功能，但是，请不要过快地忽略掉此功能。

对于以前版本的 SMS 来说，服务器系统是唯一受承载分发点支持的平台。如此一来，由于分支机构通常缺少本地服务器，需要通过低速 WAN 链接进行通信，因此，需要向分支机构提供服务的管理员要非常费力地设计和创建允许及时而有效地分发软件的基础结构。BDP 正是为解决这种情形的需要而设计的。

BDP 设计用于在工作站和服务器级系统上运作，这是一个在每个 Configuration Manager 2007 客户端上都可用的组件，但默认情况下并不启用。尽管每个 Configuration Manager 2007 客户端都具有作为 BDP 运行所必需的代码，但并非每个客户端都应如此配置。

在客户端上激活 BDP 功能基本上同配置基于服务器的分发点相同。首先将客户端配置为新的站点系统（如图 1 所示），然后指明它是一个分支分发点（如图 2 所示）。此配置会将 BDP 作为程序包、软件更新、操作系统部署 (OSD) 映像等的可用分发点列出。策略由站点服务器准备，针对所选的将启用 BDP 功能的客户端。下载此策略后，客户端将开始充当 BDP。

图 1 将客户端配置为新的站点系统

图 2 将站点系统配置为分支分发点

可配置某个 BDP 或任一站点系统使其为特定边界（以前在 SMS 2003 中称为站点边界）或边界组服务，也可将其配置为在无特定边界的情况下运行。Configuration Manager 2007 中的边界通常是由 IP 子网或 Active Directory^® 站点定义的。

要配置 BDP 使其为一组特定边界服务，请在站点系统配置窗口中选择“启用此站点系统作为受保护的站点系统”选项，然后指定应服务的边界，如图 1 中所示。请注意，如果您计划为按需内容设置使用 BDP（我很快就会讲到此内容），则此步骤为必需步骤。如果省略此步骤，则 BDP 基本上可以充当任何标准分发点。

BDP 上的受保护边界仅用于定义哪些客户端能够访问 BDP 上的内容；而不能参与决定 BDP 可以访问哪些标准分发点来下载其所需的内容。例如，假定存在一个在边界 A 上安装了 BDP 的环境。现在假定边界 B 包含使用后台智能传输服务 (BITS) 的唯一的标准分发点，此分发点配置为仅为边界 B 中的客户端服务。当 BDP 尝试下载内容时，是否会成功？根据受保护边界的预期规则，您可能认为会失败。然而，在此情况下，下载会成功，因为 BDP 下载不拘泥于已在标准分发点上配置的任何受保护边界。

BDP 还提供了相当大的灵活性。可以在每个分支机构位置启用一个 BDP，如有必要，也可以在一个分支机构（边界）内启用多个 BDP。当配置多个 BDP 为相同的边界服务时，这些 BDP 将协同工作（有点类似于负载平衡），为这些边界内的客户端提供内容。

启用后，BDP 可通过三种不同的方法获取所需内容：管理员设置、按需设置和手动设置。无论通过哪种方式获取内容，必须至少有一个启用 BITS 的标准分发点是可用的，并配置了 BDP 将接收的内容。让我们看看可用于获取内容的三种方法。

管理员设置 这是在分发点上暂存内容的常见方法。使用此方法要求管理员手动选择 BDP 作为分发点。手动选择 BDP 作为分发点将导致准备这样的策略：通知 BDP 在下一个策略更新周期内从同一站点内启用 BITS 的标准分发点下载要设置的内容。

按需设置 这是一种新的内容暂存方法，专用于 BDP。此方法允许在客户端提出请求后根据需要向 BDP 下载内容。管理员不执行将内容设置到 BDP 上的操作 — 这表示不选择 BDP 作为程序包节点内的分发点。按需设置实际上将导致请求内容时选择 BDP 作为分发点。这是在后台自动发生的行为。

仅在将程序包配置为支持此选项（请参见图 3）且 BDP 受到保护时，才进行按需配置，以确保请求内容的客户端只能访问 BDP，而不能访问具有此内容的任何标准分发点。请注意，如果在相同的受保护边界内配置了多个 BDP，则对一个 BDP 发出的按需设置请求将导致对所有 BDP 设置该内容。

图 3 启用程序包的按需分发

手动设置 顾名思义，这种暂存内容的方法要求管理员手动进行配置。必须对程序包进行配置，指示将手动传输该内容，如图 3 所示。然后，必须手动将内容复制到 BDP 中使用典型程序包预期的目录结构的程序包文件夹。

BDP 将识别该新程序包，使其对发出请求的客户端可用。由于此方法允许使用可移动媒体将内容传输到 BDP，因此，对于标准分发点和 BDP 之间的带宽有限的环境，该方法非常理想。

您可以配置 BDP 以将下载内容存储到特定分区；如果未指定分区，BDP 将自动选择要使用的分区。将内容配置为暂存在 BDP 上或处理按需请求时，在 BDP 上，目标内容不会立即可用。相反，会准备策略，通知 BDP 该内容已可供下载。到下一个策略周期时，BDP 将接收策略，开始该内容的 BITS 下载。您可以使用组策略来精确地控制使用的带宽和 BITS 下载计划。请注意，BDP 上的分发点共享看上去和标准分发点上的共享一样 — 这意味着内容未加密。

如前所述，BDP 角色是为分支机构创建的，在工作站系统上完全可以正常运行。但是，BDP 也可以在服务器级系统上运行。基本操作系统会影响与 BDP 的连接的数目。对于工作站，有最多允许 10 个同时连接的限制，而服务器不受此限制约束。因此，根据需要支持的同时连接的数目，您可能希望在分支机构内使用服务器系统，也可能希望使用多个工作站系统。无论使用哪种平台，仍必须至少有一个启用 BITS 的标准分发点具有请求的内容。

无论您的基础结构是怎样配置的，BDP 都使您能够更好地控制任何组织内的软件分发流程。BITS 允许对下载进行节流和计划，其内置支持为要求更精细控制和更高可预测性的管理员提供了一个关键好处。