如何分析SCOM管理包開發中的Multiple Property Bags

本篇文章為大家展示了如何分析SCOM管理包開發中的Multiple Property Bags，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

前面一篇文章說到為了省事，而且在Authoring guide中的workflow composite 里就說，為了讓效率更高，最好讓腳本支持Cookdown.然后我的腳本就返回多個Property bags.

為了支持cookdown,我設計了一個自定義datasource,定義如下，簡單的來說就是定期執行前面文章中說到的powershell 腳本，這個腳本輸出多個Property bags ，為了復用module,我加了一個conditionDetection,使用正則表達式對property bag 進行過濾，這樣只需要簡單的過濾特定屬性，就可以監控不同的屬性值。

直接上圖吧。DS定義

下面是Monitor配置，鑒于以上DS的設計，我可以使用VSAE中的Snippet Template 很快生成多個Monitor

我的Monitor type 定義

Snippet Data

生成的Monitor 的XML代碼之一。

其實以上的DS設計時使用MatchedWildCard可以使用通配符匹配有另外一個私心的。因為我了解到System.Performance.DataGenericMapper支持把多個Property Bags 一次性轉換成多個Performance data,所以我的這個Datasource 如果在對屬性進行比較時，輸入*，那么返回的就是所有監控的屬性的值，然后通過一個System.Performance.DataGenericMapper 全部轉成perf data,然后一個rule 就可以直接寫入DB，DWDB。想法是好的，代碼能編譯，導入MP后也不出錯。

但是當我使用performance widget 時，只看到一個性能計數器的選項。我可是有8個計數器的。

查了下搜索引擎，說perf Widget 使用的數據是DWDB里面的，我看看有沒有數據。

性能數據寫入DWDB時，CounterName全變成一樣了，但是Value正確。我以Microsoft.SystemCenter.DataWarehouse.PublishPerformanceData batching 為關鍵字進行搜索，找到下面這么一個鏈接。

多年巨坑依舊。

http://www.systemcentercentral.com/forums-archive/topic/multi-value-rule-data-not-published-to-data-warehouse/

SCOM Console里的perf view數據使用的是OperationMangerDB中的數據，而Perf Widget 使用的OperationmangerDWDB中的數據，而Microsoft.SystemCenter.CollectPerformanceData寫入OperationMangerDB的時候支持一次性寫入多個perf data,而Microsoft.SystemCenter.DataWarehouse.PublishPerformanceData寫入OperationmangerDWDB卻不支持。

我原來的rule 寫成這樣，看來要拆成多個了。

好在DS當時設計的比較好，拆不是問題。使用snippet template 很快可以搞定。

這樣很快就生成8個Rule。

上述內容就是如何分析SCOM管理包開發中的Multiple Property Bags，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。