1. 程式人生 > >#16# SCCM管理 - 包和應用程序部署評估

#16# SCCM管理 - 包和應用程序部署評估

客戶端 odi 管理 空間 系統 log nod 下載 動作

部署評估

本篇文章主要討論ConfigMgr包與應用程序部署時的評估過程

當客戶端從管理點(Management Point)拉取策略收到包或者應用程序部署信息後,會在自身的計算機或者用戶策略中添加對應的部署信息,並立即對部署進行評估;

應用程序與包的介紹請見:https://blog.51cto.com/nodium/2154964

應用程序

對於應用程序部署來說,由於應用程序本身包含了檢測方法(Detection Method),要求(Requirement)這些元素,因此ConfigMgr客戶端會基於這些元素進行判斷

  • 要求:要求用於判斷當前客戶端是否滿足管理員定義安裝此程序的各種條件,如果不滿足要求,則客戶端判定此應用程序不適用於此設備

    如果部署動作是“卸載”,則客戶端不會評估“要求”元素

    要求可以是操作系統版本,操作系統語言,CPU頻率,內存大小,磁盤空間,Active Directory站點,ConfigMgr站點,OU位置,主要用戶設備等

  • 檢測方法:應用程序是“有態”的,檢測方法用於判斷客戶端是否已安裝了此應用程序,如果部署動作是:

    • 安裝:對於已安裝了應用程序的設備,則無需再安裝
    • 卸載:對於已安裝了應用程序的設備,則進行卸載動作

    檢測方法可以通過MSI,註冊表,文件夾,腳本的形式進行判斷,管理員可以根據實際需求來設定

  • 依賴: 如果應用程序包含其他依賴的應用程序,則ConfigMgr客戶端會對依賴的應用進行評估,如果客戶端缺少相關依賴,ConfigMgr可以在自動安裝對應的依賴程序

    技術分享圖片

    依賴以依賴組為判斷單位,如果任意依賴組中的應用程序被判定為已安裝,則判定滿足此依賴組,多個依賴組之間的關系為“並(and)”,即滿足所有依賴組最終才會判斷滿足依賴條件

  • 替代程序:如果應用程序中包含替代程序,則在部署時同樣會根據上述邏輯,判定源程序是否存在於當前設備中,進而可以選擇是否自動卸載

    技術分享圖片

包的評估主要包含“重新運行(Re-run)”因素,ConfigMgr會記住包中所包含的程序的運行記錄及結果,因此會基於此結果進行評估

重新運行

  • 不再運行已部署的程序:當之前程序已經運行過,則不在運行
  • 總是重新運行程序:無論之前程序是否運行,總是重新運行當前部署
  • 當之前程序部署失敗時重新運行:只當之前程序運行失敗時才會運行當前部署
  • 當之前程序部署成功時重新運行:只當之前程序運行成功時才會運行當前部署

何時下載內容

當ConfigMgr客戶端收到部署信息並達到可用時,基於部署目的:

  • 如果是“要求”的部署:則會在後臺先進行下載所有所需的內容
  • 如果是“可用”的部署:則只有在用戶點擊安裝時,才會開始下載相關內容

何時執行

當ConfigMgr評估應用程序或者包需要執行時,ConfigMgr會根據部署信息中的“用戶體驗”、集合的“維護窗口”、用戶設置的“工作時間”綜合評估何時運行部署,詳細請見:

https://blog.51cto.com/nodium/2351087

https://blog.51cto.com/nodium/2351124


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


#16# SCCM管理 - 包和應用程序部署評估