適應平臺：System Center 2012 RTM/SP1
------------------------------------------------------------------------------------------------------------------
對象：是一個計算機、一個DNS區域、一個實例、一個邏輯磁盤等，是一個管理的基本單元，對象都有自己的屬性。
class類：某一類對象的簡稱 ，或一組具有相同屬性的對象構成一個class類。對象也被稱爲類的實例。類下面包含若干種對象（比如Windows 2003計算機類下有若干的對象），可以將同一類的計算機統一實施監控。
對象的發現：註冊表、WMI、腳本、OLE DB、LDAP、自定義管理代碼等。
下圖顯示了對象、類、屬性三者之間的關係。
------------------------------------------------------------------------------------------------------------------
監視器：用來監視某個東西是好的還是壞的。在 Operations Manager 中，監視器是管理包中定義用於確定對象運行狀況狀態的邏輯的元素。 監視器可以設置運行狀況狀態。
一個實體的基本健康模型，分爲4個方面：可用性（服務器服務正在運行）；性能狀態（Cpu Io等）；安全健康；配置檢查（通過最佳實踐檢查配置）。如下圖。
![clipboard[1]](http://543925535.blog.51cto.com/attachment/201407/19/639838_1405728832cYR0.png "clipboard[1]")
規則：使用規則去收集某個對象的數據，不會影響對象的健康，更多是收集信息（例如性能日誌，系統日誌），給scom服務器做展示。在 Operations Manager 中，規則是管理包中定義要從計算機中收集的事件和性能數據以及如何處理收集的信息的元素。 規則無法設置運行狀況狀態。
監視器和規則之間的對比，如圖。
![clipboard[2]](http://543925535.blog.51cto.com/attachment/201407/19/639838_1405728838o5RT.png "clipboard[2]")
------------------------------------------------------------------------------------------------------------------
警報：用於事件管理和問題跟蹤。不要隨便關閉Alert。如果問題沒解決但是關閉了，腳本再次執行時不會再產生Alert。有些警報是沒有自動修復功能的，需要手動重置。
當警報是由監視器或者規則創建的，那麼警報的行爲會有所不同，如圖。
![clipboard[3]](http://543925535.blog.51cto.com/attachment/201407/19/639838_1405728844klP5.png "clipboard[3]")
--------------------------------------------------------------------------------------------------------------
知識庫：所有監視器都會有相關的知識庫，告訴問題的情況、原因、解決方法有哪些。自行創建monitor的時候，可以寫上知識庫，也可以更改；已經存在的官方監視器的知識庫不可以更改。
任務：二種類型Console、agent。預定義的工作流用來捕捉或代表一個共同的操作。可以在控制檯中查看結果。
服務器端（console）可以執行的任務，客戶端（agent）可以執行的任務（使用default agent account）。
例如：例：服務停掉——〉診斷問題——〉自動啓動服務 。
![clipboard[4]](http://543925535.blog.51cto.com/attachment/201407/19/639838_1405728848Z4ce.png "clipboard[4]")
--------------------------------------------------------------------------------------------------------------
override：產品包所定義的閥值都是預設的，不一定適合所有企業，因此可以根據企業實際情況修改。override的值如果沒有太大的把握去改，最好首先在測試環境測試。
例如：默認的一些監控閾值的設置可能是不合適的，可以override管理包來修改成適合的值。
override管理包的時候，最好不要在默認管理包上面修改，可以新建管理包。
Override好處：微軟發佈的管理包是封裝的管理包不可修改，在測試環境override後的管理包可以導入到生產環境；
Default mp是沒封裝的管理包，默認修改後的會保存到該管理包，建議不要將override後的保存到該管理包，建議存放到一個新的管理包。
Override的四種類型：
針對類的所有對象
類的特定對象
類的特定對象之外的所有對象
針對組
--------------------------------------------------------------------------------------------------------------
組：可以根據邏輯進行分組，SCOM會對一些管理包自動進行分組，如IIS、服務器的；可以根據不同的組訂閱通知
視圖：可以自定義，也可以使用默認的視圖。在操作控制檯中，視圖是 OperationsManagerDB 數據庫中篩選的數據集的顯示。
管理包：你安裝的要與 Operations Manager 配合使用的一組文件，這些文件允許你監視應用程序以及向 Operations Manager 添加功能。管理包包含的設置使代理能夠監視 System Center 2012 – Operations Manager 中的特定服務或應用程序。 這些設置包括允許管理服務器自動檢測和開始監視對象的發現信息、一個包含錯誤和故障排除信息的知識庫、生成警報的規則和監視器，以及報表。
管理包可能還包含任務、診斷和恢復工具，以及用於幫助解決問題的指導。
將不斷地發佈新的和更新的管理包。
管理包分爲封裝好、未封裝好
sealed：二進制.MP文件
unsealed：XML文件，可以通過微軟的工具封裝
微軟大部分是封裝好了的管理包。
每個管理包可能包含以下一項或所有部件：
監視器，定向代理以跟蹤管理組件的不同部件的狀態。
規則，定向代理以收集性能和發現數據，發送警報和事件等等。
任務，定義代理或控制檯可以執行的活動。
知識，提供文字建議以幫助操作員診斷和解決問題。
視圖，爲監視和管理此組件提供自定義的用戶界面。
報表，定義報告此管理組件相關信息的特定方式。
對象發現，識別要監視的對象。
運行方式配置文件，允許你在不同計算機上使用不同帳戶運行不同的規則、任務、監視器或發現。
詳情參考：http://technet.microsoft.com/zh-cn/library/hh212794.aspx
管理包的生命週期和最佳實踐參考：http://technet.microsoft.com/zh-cn/library/hh212732.aspx
--------------------------------------------------------------------------------------------------------------