#9# SCCM規劃 - 邊界、邊界組和站點系統 - 2

邊界、邊界組和站點系統 - 2

本篇文章主要討論ConfigMgr中邊界組和站點系統之間的關系

站點資源

ConfigMgr客戶端運行不僅需要使用客戶端本地的資源，同時也需要ConfiMgr所提供的服務來保證客戶端能夠正常完整各類任務，如：

• 應用程序、包的部署：需要分發點和管理點的參與來完成整個部署任務；

• 軟件更新：需要軟件更新點、分發點、管理點的參與；

• 操作系統部署：需要分發電、管理點、狀態遷移點、軟件更新點的參與；

ConfigMgr的部署場景往往都是跨地域的，如果讓位于北京的客戶端向位于上海的分發點請求下載所需的程序源文件的話，會存在以下問題：

• 北京和上海之間必須存在網絡連通性；

• 跨局域網下載，速率慢；

• 占用北京和上海之間的線路帶寬；

客戶端使用各類站點系統資源是可以通過邊界組來進行定義的；

站點系統

站點系統，如：管理點、分發電、軟件更新點、狀態遷移點都可以與邊界組進行關聯，比如說我們可以將位于北京辦公室的分發電關聯到可以代表北京子網的邊界組中去，而將位于上海的分發點關聯到代表上海子網的邊界組；

這樣做的話，最終落在北京邊界組中的在請求站點資源時，會按照我們的設計使用位于北京的分發點，而不會跨域物理地域去使用上海的分發點；

管理點

當客戶端在請求站點資源時，是誰告訴客戶端應該使用的站點系統呢？ 答案就是管理點，在ConfigMgr客戶端安裝的過程中，會首先生成一張初始的管理點列表，管理點列表的生成規則如下：

• 在安裝時使用SMSMP或MP參數指定的管理點
• 通過Active Directory獲取管理點信息
• 通過DNS獲取
• 通過WINS獲取

隨后客戶端會根據初始列表中的管理點，按順序與管理點通信，并獲得以下信息：

• 站點中所有的管理點列表，客戶端會將其緩存；
• 客戶端當前所在的邊界組；

最后客戶端會將所在邊界組中定義的管理點作為首選管理點，后續的站點資源都會向此管理點進行查詢，此管理點會告知客戶端當前邊界組下的其他站點系統信息；

管理點列表

客戶端會緩存管理點列表信息，同時客戶端會更新這張列表，規則如下：

• 每25小時
• 當客戶端獲取新IP地址時
• 客戶端網絡適配器重新連接到網絡時
• 客戶端每次重啟時

管理點排序

客戶端會將管理點按照如下順序進行排序：

• 具備HTTPS通信能力的管理點
• 具備HTTP通信能力的管理點

如果客戶端具備HTTPS通信能力，則會優先使用具備HTTPS通信能力的管理點；
如果當前邊界組內有多個管理點，且他們具備相同的通信能力，則他們之間的排序順序隨機，例如客戶端當前邊界組中包含MP A（HTTPS）、MP B(HTTP)、MP C(HTTPS)、MP D（HTTP），則管理點的排序順序可能為：

MP A,MP C,MP B，MP D
但也可能為：
MP C，MP A，MP D，MP B

為讀者提煉SCCM涉及的基礎知識、注意事項、運行機制以及排錯方法等信息是本系列文章的初衷，對于SCCM各組件及功能部署步驟方面的信息，網絡中已有較多文章可以參考，因此本系列文章并不側重于提供類似Step-by-Step的部署指南，還請見諒。同時由于個人能力和知識水平的限制，文中不免有紕漏和出錯的地方，還望大家可以指正，非常感謝。