SCCM規(guī)劃 - 高可用及冗余

本篇文章主要討論ConfigMgr站點、站點系統(tǒng)及客戶端的高可用，希望為各位讀者對ConfigMgr高可用性提供較為全面的了解。

創(chuàng)新互聯(lián)公司專注于從化企業(yè)網(wǎng)站建設,成都響應式網(wǎng)站建設,購物商城網(wǎng)站建設。從化網(wǎng)站建設公司,為從化等地區(qū)提供建站服務。全流程定制制作，專業(yè)設計，全程項目跟蹤，創(chuàng)新互聯(lián)公司專業(yè)和態(tài)度為您提供的服務

ConfigMgr并不像Exchange、SfB此類應用主要以用戶和客戶端交互的形式存在從而使得應用對服務端可用性有非常高的要求，畢竟在ConfigMgr的場景下管理員想推送一個軟件、一個補丁到客戶端，這些行為本身可能就是以靜默的方式運行在后臺的，且ConfigMgr本身也并不強調(diào)秒級甚至是分鐘級別的實時性，因此對于客戶端來說，某個服務節(jié)點出現(xiàn)故障后客戶端可以選擇切換到下一個相同功能的節(jié)點請求服務，這個過程對于用戶來說是不感知的；基于這種客觀情況，ConfigMgr中所謂的高可用其實從我個人的角度來說，更像是一種服務的冗余，因為這些高可用本身存在的形式并不像傳統(tǒng)意義上的高可用，畢竟很多時候當節(jié)點出現(xiàn)故障后，客戶端是可以感知到服務不可用的，但是它又和傳統(tǒng)的高可用那樣，對于用戶做到了透明。

可提供高可用的站點組件及角色

站點組件

• 站點數(shù)據(jù)庫：在ConfigMgr version 1602之前，站點數(shù)據(jù)庫通過SQL Server群集實現(xiàn)高可用，ConfigMgr version 1602開始支持SQL Server Always On Availability Group作為高可用方案；

  輔助站點不支持使用SQL Server群集以及SQL Server Always On Availability Group*

• 在ConfigMgr層級中引入中心管理站點將增加其下主要站點宕機時的恢復選項，這是因為在層級中所有主要站點的數(shù)據(jù)都會復制到中心管理站點，因此當主要站點的備份不可用時，可以通過中心站點來恢復主要站點。

• SMS提供程序：可以通過部署多個SMS提供程序提高冗余性。

站點系統(tǒng)角色

• 通過部署多個實例來實現(xiàn)冗余的角色：管理點、分發(fā)點、狀態(tài)遷移點、系統(tǒng)健康驗證點、應用程序目錄Web服務點、應用程序目錄網(wǎng)站點、軟件更新點、Report Service點；

  • 多實例站點系統(tǒng)角色同時也提供了負載均衡的能力。
  • 多實例站點系統(tǒng)需要通過ConfigMgr客戶端的支持以體現(xiàn)其冗余能力。

• 將服務信息發(fā)布到多個位置實現(xiàn)冗余：典型的是同時將管理點信息通過Active Directory整合發(fā)布到Active Directory以及發(fā)布到DNS的方式在多個位置提供冗余信息；

無法提供高可用的站點組件及角色

站點組件

• 站點服務器：站點服務器目前沒有高可用方案，如果中心管理站點或是主要站點宕機，可以通過ConfigMgr自身的備份恢復機制恢復。如果輔助站點宕機，唯一的辦法就是重新安裝輔助站點；

• 在SCCM 1806引入了獨立主要站點服務器的高可用方案
• 在SCCM 1810引入了中心管理站點及子主要站點服務器的高可用方案
• 站點服務器的高可用通過引入一個被動站點服務器實例完成，被動站點服務器實例使用與活動站點服務器相同的站點數(shù)據(jù)庫及相同的內(nèi)容庫(Content Library)
• 處于被動模式時，站點服務器不會對站點數(shù)據(jù)庫寫入任何數(shù)據(jù)

站點系統(tǒng)角色

• 資產(chǎn)智能同步點
• Endpoint Protection點
• 注冊點
• 注冊代理點
• 回退狀態(tài)點
• 帶外服務點

這些角色本身不承擔關鍵服務或相關服務對高可用性的要求較低，因此一旦涉及到的角色宕機，可以在層級結(jié)構(gòu)中刪除此角色并將此角色重新安裝到新的服務器上。

ConfigMgr客戶端

ConfigMgr客戶端也提供高可用方案以在服務節(jié)點或自身出現(xiàn)問題時，盡可能的維持各項功能的正常運行，主要有以下幾個方面：

• 客戶端自治運行：

1. 客戶端和站點系統(tǒng)無需進行連續(xù)持久的信息交互，即使客戶端暫時無法和站點系統(tǒng)正常通信也會按照已收到的配置信息按計劃執(zhí)行各類任務；
2. 客戶端能夠感知到不可用的服務節(jié)點，并嘗試從服務節(jié)點列表中嘗試和余下的節(jié)點進行通訊以維持各類任務的正常運行；

• 客戶端自我修復：客戶端會定期評估自身的狀態(tài)并在需要的時候自動修復各類組件；

• 客戶端緩存信息：客戶端會將配置信息和自身的歷史任務運行狀態(tài)等信息保存于本地的WMI命名空間內(nèi)，并按照運行計劃在必要的時候評估當前狀態(tài)以執(zhí)行客戶端任務；

---

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

---

本文題目：#5#SCCM規(guī)劃-高可用及冗余
網(wǎng)址分享：http://chinadenli.net/article18/giiodp.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供軟件開發(fā)、App開發(fā)、服務器托管、建站公司、網(wǎng)站策劃、品牌網(wǎng)站建設

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)