#9# SCCM規(guī)劃 - 邊界、邊界組和站點系統(tǒng) - 2

邊界、邊界組和站點系統(tǒng) - 2

本篇文章主要討論ConfigMgr中邊界組和站點系統(tǒng)之間的關(guān)系

站點資源

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

• 應(yīng)用程序、包的部署：需要分發(fā)點和管理點的參與來完成整個部署任務(wù)；

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

• 操作系統(tǒng)部署：需要分發(fā)電、管理點、狀態(tài)遷移點、軟件更新點的參與；

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

• 北京和上海之間必須存在網(wǎng)絡(luò)連通性；

• 跨局域網(wǎng)下載，速率慢；

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

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

站點系統(tǒng)

站點系統(tǒng)，如：管理點、分發(fā)電、軟件更新點、狀態(tài)遷移點都可以與邊界組進行關(guān)聯(lián)，比如說我們可以將位于北京辦公室的分發(fā)電關(guān)聯(lián)到可以代表北京子網(wǎng)的邊界組中去，而將位于上海的分發(fā)點關(guān)聯(lián)到代表上海子網(wǎng)的邊界組；

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

管理點

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

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

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

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

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

管理點列表

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

• 每25小時
• 當(dāng)客戶端獲取新IP地址時
• 客戶端網(wǎng)絡(luò)適配器重新連接到網(wǎng)絡(luò)時
• 客戶端每次重啟時

管理點排序

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

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

如果客戶端具備HTTPS通信能力，則會優(yōu)先使用具備HTTPS通信能力的管理點；
如果當(dāng)前邊界組內(nèi)有多個管理點，且他們具備相同的通信能力，則他們之間的排序順序隨機，例如客戶端當(dāng)前邊界組中包含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涉及的基礎(chǔ)知識、注意事項、運行機制以及排錯方法等信息是本系列文章的初衷，對于SCCM各組件及功能部署步驟方面的信息，網(wǎng)絡(luò)中已有較多文章可以參考，因此本系列文章并不側(cè)重于提供類似Step-by-Step的部署指南，還請見諒。同時由于個人能力和知識水平的限制，文中不免有紕漏和出錯的地方，還望大家可以指正，非常感謝。