單位名詞
英文全稱:standard-state cubic centimeter per minute,
其它體積流量單位:
slpm即英文stard liter per minute,即標準公升每分鐘流量值
1slpm = 0.06m3/h
1scfm = 1.699m3/h 立方英尺每分鐘的流量值
系統簡稱
Systems Management Server v4 下一個版本的官方名稱是 System Center Configuration Manager (SCCM) 2007.意為 系統中心配置管理器
System Center Configuration Manager (SCCM) 2007構建在 SMS 2003 R2 的基礎之上,為 Microsoft 平台提供了一個針對變化和
配置管理的綜合的解決方案.System Center Configuration Manager (SCCM) 2007使企業能夠快速和低成本地為 Microsoft 和非 Microsoft 供應商用戶提供相關的軟體和更新.
SCCM前身就是大家耳熟能詳的System Management Server,這是一款非常優秀的桌面管理軟體.它可以收集硬體和軟體清單,在客戶機上發布軟體;它可以管理客戶機更新,甚至可以拒絕沒有及時更新修補程式的客戶機訪問網路;它還可以在裸機上部屬作業系統;遠程控制客戶機;統計軟體的使用次數….
運行sccm集合
SCCM提供客戶端,如同支持自帶的
Windows伺服器一樣支持Linux和Unix系統。Linux和Unix系統默認包含在“All Systems”集合里。SCCM非常適用於總體、企業範圍內的庫存,SCCM並且不需要任何技術來創建特定的集合來適應Linux或Unix系統。然而,“All System”集合在SCCM集中庫存評估中是沒有多大的價值的,SCCM甚至可能在常見的管理任務中導致意想不到的錯誤。例如,如果Windows和Linux系統混淆在同一個SCCM集合,並且該SCCM集合套用了Linux補丁,那么這個補丁程式可能只會報告部分修復成功,儘管在這個混合SCCM集合里的所有Linux系統都可能已經全部正常更新了補丁。
管理員可以在創建更多的SCCM系統粒度集合的時候套用一系列的成員規則。在配置SCCM管理控制台中,選擇Assets和Compliance,單擊Device Collections,在Home標籤中找到Create group並且選擇Create Device collection,接下來就開始創建設備SCCM集合的嚮導。嚮導開始時,管理員可以在General頁面中自定義SCCM集合的命名和描述,然後在Membership Rules頁面中添加SCCM集合成員和設定SCCM規則。這裡沒有針對Linux和Unix系統SCCM集合的“preferred”規則,因為SCCM規則只會套用到集合成員的四個邏輯過濾器中。
直接SCCM規則明確規定了用戶或者系統作為SCCM集合的一部分。這類SCCM查詢規則允許動態成員基於定期預定SCCM查詢的結果來做SCCM查詢。例如,管理員可以創建一個關於財務用戶的SCCM集合,只要這個SCCM集合中有用戶增加或者移除的時候,SCCM集合會自動更新。類似的基於集合的查詢也可以從硬體和軟體特徵收集SCCM信息。這種具有包含行的SCCM集合查詢允許一個SCCM集合包含另一個SCCM集合查詢。排除SCCM集合規則允許管理員預防已經被選擇的SCCM集合成員包括在新的SCCM集合里。如果被包含或被排除的SCCM集合被更新,那么新的集合也相應更新,多個包含和排除規則可以被添加到新的SCCM集合。
SCCM數據中心越來越關注基於Linux的伺服器,因為它SCCM可以提供更加穩定和更有效率的虛擬化環境,特別是當SCCM使用如同Docker、LXC、Lmctfy和其他開放式作業系統SCCM虛擬化的新型容器。System Center 2012 Configuration Manager等SCCM工具可以幫助組織和管理Linux、Unix和Windows作業系統。但需要特別注意的是整合和組織Linux操作平台對於SCCM數據中心是很有意義的
sccm維護視窗
sccm維護視窗對數據中心正常運營是很重要的,sccm提供了用來打補丁、升級、重配置或者只是檢查伺服器的關鍵時機。但是,即使是因為最常見的sccm原因,sccm下線伺服器也會促使不必要的報警、促發日誌報錯,還會導致對sccm系統可用性或者正常運行時間評估的錯誤。類似System Center 2012 Configuration Manager之類的sccm管理工具支持維護視窗,在sccm維護視窗期間被選擇的伺服器組會暫時在監控裡面移除。管理員可以處理這些系統而又不會導致不需要的報警或者不重要的sccm日誌報錯。
當你成功列出了所有的sccm伺服器,sccm可以直接地或者基於查詢的方式將Linux、UNIX和Windows伺服器集合囊括到sccm維護視窗中。一旦一個sccm維護視窗被調用,sccm可以對軟體開發或者更新,為滿足sccm規範或其他考慮的安全設定,sccm作業系統更新和一些其他任務起到一定的作用。
,而且這看起來對所有sccm維護視窗任務來說並不太適合。舉個例子,在一個典型的sccm維護視窗內,可能需要為sccm作業系統打補丁,不過在一個sccm混合伺服器集合中(Windows/Linux)為Linux系統打sccm補丁可能會導致這個sccm補丁部署被報告為不成功的(因為Windows伺服器不會被Linux的補丁所更新)。最好的方法是總是讓Linux系統在一個單獨的sccm集合裡面,這樣任何針對Linux的任務的結果都會被報告為成功的。
同一個電腦屬於不同的sccm集合,而且每一個sccm集合都分配一個不同的維護視窗也是有可能的。這意味著同一個系統可能有不止一個sccm維護視窗。多個sccm維護視窗也不見得一定是錯誤或者是疏忽——多個sccm維護視窗可以用來幫助管理員組織不同的sccm維護任務。舉個例子,Linux系統可能包含在一個sccm集合裡面以支持Linux伺服器補丁和更新。但是一個Linux、UNIX或者Windows伺服器可能被混合在一個計畫去促進其他任務的sccm集合裡面,例如在不同日期和時間裡面去進行sccm伺服器硬體維護。
如果一個sccm伺服器隸屬於不重疊的sccm維護視窗,那么sccm維護視窗會被視為分離的時間。如果一個sccm伺服器隸屬於多個重疊的sccm維護視窗,那么它將被視為是兩個sccm視窗時間的疊加——減去重疊的部分。舉個例子,如果2個30分鐘的sccm維護視窗,其中有10分鐘是重疊的,那么sccm會視它為一個50分鐘的維護視窗。