如何偵測並疑難排解 Operations Manager 中常用的設定變更

文章翻譯 文章翻譯
文章編號: 2603913 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

其他相關資訊

組態概觀

中央管理的系統設定服務負責計算的每一個作業管理員的管理群組中的健全狀況服務組態。健全狀況服務的設定是由規則、 監視器、 的發現及健全狀況服務和健全狀況服務會監視的所有執行個體的工作所組成。

若要計算所有必要的組態,每一項健全狀況服務,管理 」 設定服務必須具有下列項目清單:
  • 受監視的所有類別的所有例項
  • 裝載執行個體之間的關聯性
  • 規則、 監視器、 探索以及其他受監視的類別指派的工作流程
  • 負責監視執行個體衛生服務
此外,「 管理 」 設定的服務必須能夠讀取管理群組中的所有執行個體群組的成員資格。「 管理 」 設定的服務也必須套用規則和監視器要使用於這些群組、 類別或個別的執行個體的任何覆的寫。

管理群組中的物件將會被定義成探索工作流程所提交的探索資料為基礎的監視類別的執行個體。如果物件的索引鍵屬性變更時,該物件可能會新增為受監視的類別的新執行個體。否則,該物件就不再被視為該類別的執行個體。

當清單變更的類別之物件是成員之一時,設定也會變更針對該物件會監視健全狀況服務。這些變更會出現為規則、 監視器、 探索、 工作,並新增或移除從先前的設定覆寫。

組態變換

代理程式可能無法在下列情況下就能收到穩定的設定:
  • 大量的探索資料提交給管理 」 設定服務。
  • 探索資料送交以進行處理更多的探索資料送出前 「 管理 」 設定服務的速度太快。資料一定會在計算的過程中,就會發生這種情況。
探索資料,又稱做 「 組態變換",常被送出動作,可能會造成部份的健全狀況服務,才能在舊有的組態下執行,或造成變得過時的管理伺服器的設定。這個行為則一些生命服務出現的原因將變灰 (禁用) 從操作主控台中。

健全狀況服務探索工作流程執行時,所提交探索資料。導入新的管理封包至管理群組可能會造成在每一個代理程式上執行數個探索工作流程。和其他探索發現新的執行個體時,要可以執行一些代理程式上。變更群組、 覆寫和其他的工作流程可能會導致探索代理程式上執行的工作流程。而且,導入新代理程式 」 也會使管理 」 設定服務以使用新的代理程式的組態,以更新的執行個體空間。

設定管理服務會強迫重新計算健全狀況服務組態,經常在下列情況:
  • 探索工作流程,均設定為太頻繁地執行。
  • 已發現工作流程的屬性變更每次在執行探索工作流程。
如果這些案例會發生許多代理程式 」,或管理伺服器已在繁重的工作量下,「 組態管理服務可能無法跟上的變化,速率,並設定變換,可能會發生。

藉由使用 MS 事件記錄檔的識別組態變換

類似下列的作業管理人員的事件日誌中管理伺服器上的事件會指出管理群組組態已變更由於新的探索資料。

記錄檔名稱: 作業管理人員
來源: OpsMgr 連接器
事件識別碼: 21024
層級: 資訊
電腦: <MS name=""></MS>
描述:
OpsMgr 的組態可能過期管理群組 <ManagementGroupName></ManagementGroupName>且從 「 組態 」 服務要求更新的組態。Current(out-of-date) 狀態 cookie 是"3A B0 1E 5C 81 F3 12 F5 56 B7 8A EF F8 01 BA 09 86 55 06 48"


類似下列的事件指出,「 管理 」 設定服務已完成處理新的搜索資料和計算所需的管理群組組態,以新的資料為基礎的任何變更。

記錄檔名稱: 作業管理人員
來源: OpsMgr 連接器
事件識別碼: 21025
層級: 資訊
電腦: <MS name=""></MS>
描述:
OpsMgr 收到 「 組態 」 服務管理群組<ManagementGroupName>的新組態。新的狀態 cookie 是"34 FA 11 61 4D B8 03 59 3D 1D 66 B7 83 F3 C0 防空砲火 7A 6F 1A 3B"</ManagementGroupName>


在典型的環境中,每個 21024 應該要遵循的 21025。如果探索資料不會造成任何要變更的組態資料,事件識別碼就會改為是 21026。在大型的管理群組中,應該預期成對的 21024 和 21025 或 21026 事件發生幾次每小時。長的字串,而不需要對應的 21025 或 21026 的 21024 事件的事件是組態變換的徵兆。此外,事件記錄檔可能會顯示在偵測到下列的事件,表示該變換。

記錄檔名稱: 作業管理人員
來源: OpsMgr 組態服務
事件識別碼: 29202
層級: 警告
電腦: <MS name=""></MS>
描述:
OpsMgr 組態服務無法從 OpsMgr 資料庫,因為發生頻率太高的資料庫變更擷取一致的狀態。
這可能是因為一般暫時增加探索資料。但是檢查最新的變更,以判斷是否發生未預期增加。
最新的監視物件變更:
執行個體 = %1
類別 = %2
修改時間 = %3
最新的監視關聯性變更:
關聯性執行個體 = %4
來源執行個體 = %5
目標例項 = %6
RelationshipClass = %7
修改時間 = %8

資料存取層必須讀取多個資料表,當變更查詢的資料存取層。如果已在讀取後已修改的其中一個資料表,但所有資料表已都讀取前,先前的事件識別碼 29202 後再重試,也會記錄資料存取層。如果實體或關聯性執行個體已在這段期間讀取,會將這些執行個體的資訊併入事件欄位。否則,這些欄位是空白的。

識別可能的原因的組態變換使用作業管理員資料倉儲

在 [管理群組,在其中安裝作業管理員報告元件時,數個 SQL 查詢可用來識別將要提交經常變更的工作流程。SQL Management Studio 應該執行這些查詢與資料倉儲執行個體。

在過去 24 小時的送出的探索工作流程總數的修訂:
select ManagedEntityTypeSystemName, DiscoverySystemName, count(*) As 'Changes' from (select distinct    MP.ManagementPackSystemName,    MET.ManagedEntityTypeSystemName,    PropertySystemName,    D.DiscoverySystemName,    D.DiscoveryDefaultName,    MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',     MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',    ME.Path,    ME.Name, 
   C.OldValue,    C.NewValue,    C.ChangeDateTime  from dbo.vManagedEntityPropertyChange C  inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId  inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid  inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId  inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId  inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId  left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId  AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%'  left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId  left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId  where ChangeDateTime > dateadd(hh,-24,getutcdate())  ) As #T group by ManagedEntityTypeSystemName, DiscoverySystemName order by count(*) DESC
這項查詢會建立三個資料行。第一欄是物件的工作流程為目標的類別。第二個欄即表示探索工作流程的內部名稱。第三個欄即表示此類別的所有過去 24 小時內送出的工作流程的執行個體的屬性變更的總數。所有的類別的變更總數代表 「 組態管理服務必須重新計算為代理程式健全狀況服務組態的次數。

物件,即使是在穩定的環境中,特定種類的變更數目可能無法曾經到達零。例如新增或移除屬性,而是加入或已解除委任,伺服器的角色,新增或變更,如此類推,代理程式的任何變更會反映在所傳回的數字。在變換發生在哪一個設定的環境下,一或多個工作流程可能會顯示得很大的值,比其他的工作流程。

過去 24 小時內變更的內容:
select distinct   MP.ManagementPackSystemName,   MET.ManagedEntityTypeSystemName,   PropertySystemName,   D.DiscoverySystemName,   D.DiscoveryDefaultName,   MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',   MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',   ME.Path,   ME.Name,   C.OldValue,   C.NewValue,   C.ChangeDateTime from dbo.vManagedEntityPropertyChange C inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId     AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%' left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId where ChangeDateTime > dateadd(hh,-24,getutcdate()) ORDER BY MP.ManagementPackSystemName, MET.ManagedEntityTypeSystemName
這項查詢可以識別其內容已被變更在過去 24 小時。加上一個查詢,這項查詢會顯示新舊值是哪個代理程式送出變更的屬性、 探索與管理所進行的工作流程封裝在其中包含。

如何降低組態變換

較舊的管理組件引入提交屬性變更太頻繁的探索工作流程。目前大部分的管理組件的版本已修改這些探索工作流程,送出的資料較不頻繁,或管理組件沒有查詢經常變更的動態屬性。我們建議您升級包含經常發生在前一個查詢中的工作流程的管理組件。您可以從管理組件的目錄下載管理組件的最新版本:
http://systemcenter.pinpoint.microsoft.com/en-US/applications/search/operations-manager-d11?q

如果新版本的管理封包不是可供使用,或無法立即部署新的版本,則可調整探索間隔,藉由覆寫較不頻繁地執行。某些情況下,會負責設定變換探索可以完全停用來覆寫。如果發現已停用幾週,工作流程已發現的物件可能會清理從資料庫中。然而,停用探索可提供暫時的解決方法,以消除組態變換,前提是任何物件會從資料庫清理之前,可以實作永久性的解決方案。短的間隔來重新尋找這些物件,它們會清理之前也可以啟用工作流程。

下列的部落格內容將討論這些較舊的管理組件中的某些工作流程:
http://blogs.technet.com/b/kevinholman/archive/2009/10/05/what-is-config-churn.aspx
如果工作流程是來自自訂的探索針對類似 [可用磁碟空間的動態屬性探索應該加以改寫,使它不會不為目標的經常性變更的屬性。探索工作流程應該不會針對具有較短的生命週期執行個體 (幾個星期或更少)。探索工作流程應該不會收集那些經常變更 (一或多次,一個月) 的執行個體的屬性。計算一個組態,並不是經常變更的資料。因此,效能規則而不是探索工作流程,應該收集經常變更的資料。

額外的效能調整

在大型的管理群組 (大於 1000 的代理程式),RMS 可能會變成非常忙碌,通常不會造成問題較小的管理群組的作業。在此情況下,甚至較小的內容變更速率可能會導致經常變換,因為需要處理的變更的時間長度。數個設定的變更可以用於降低 RMS 操作費用,並讓它以避免發生組態變換的速度不夠快處理屬性變更標準工資率。下列的部落格內容將討論這些組態變更:
http://blogs.technet.com/b/mgoedtel/archive/2010/08/24/performance-optimizations-for-operations-manager-2007-r2.aspx

強制管理群組的組態變更

如果組態變換的管理群組時期一直在改變,以減少問題的工作流程的頻率,或停用的問題工作流程的任何變更就永遠不會傳送到代理程式。在此情況下,必須允許系統中心組態管理服務,來計算目前的設定會產生這項資料的工作流程已停用或不常執行封鎖連入探索資料流。

探索資料送至 OperationsManager 資料庫透過系統中心資料存取服務 (DAS)。RMS 的系統中心管理服務由資料第一次送出至 DAS。從代理程式或其他管理伺服器,RMS 便會取得這項資料。您可以使用 「 Windows 防火牆或某些其他網路表示要封鎖連接埠 5723 與 rms 的連入連線。此封鎖的程序可防止探索資料被傳送至 OperationsManager 資料庫且時間足夠建構管理服務,來計算目前的設定,會送出資料的代理程式。

系統中心管理服務 」 和 「 系統中心資料存取服務,啟用 RMS 不能停止或停用時,組態管理服務計算目前的設定。系統中心組態管理服務會要求下列,以便完成計算的管理群組的組態:
  • RMS 的系統中心管理服務必須正在執行且運作正常。
  • 系統中心資料存取服務必須能夠與資料庫溝通。
此外,某些資料可能會變得積存代理程式與其他管理伺服器上時,組態管理服務計算目前的設定。因此,當您看到 RMS 的作業管理人員的事件記錄檔中的事件識別碼 21025,防火牆或連接埠排除就應該提昇。此事件表示的建構管理服務已計算新的組態管理群組,現在停用或修改工作流程

使用作業管理員報告來識別可能的原因的組態變換

與版本 6.1.7599.0 Manager 2007 R2 的管理封包,帶來新的報告。這些報告會提供開發整體的管理群組處理的資料量。這些報告可用來建立一個標準的基準以及識別微調物件探索工作流程的機會。一旦設定變換為識別和解決,這些報告可用來長期規劃以防止再度啟動的變換。

如果要下載管理組件,請造訪下列 Microsoft 網站:
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=23081
?
  • 管理封包] 報表的資料量

    管理封包] 報表的資料量會編譯所產生的管理封包資料磁碟區的資訊。在報表中列出每個以下的資料類型的管理封包的次數:
    • 探索
    • 警示
    • 效能 (執行個體所提出的計數器值和所收集的管理封包的數目)
    • 事件
    • 狀態變更
  • 工作流程] 與 [執行個體] 報表的資料量

    工作流程] 與 [執行個體] 報表的資料量會編譯,就會產生,組織工作流程 (探索、 規則、 監視器等),並執行個體的資料量的詳細資訊。

    有兩種方法可以存取這份報告:
    • 在 [管理組件] 報表的資料量,按一下其中一項計數表格的儲存格上方的 [開啟資料量的管理封包的工作流程] 與 [執行個體報表的報表。
    • 執行報告,直接從操作主控台中的 [報告] 區段中。如果直接由工作流程執行個體報告執行資料量,您應該設定來自訂結果報表的參數。這份報告詳細說明如何在資料量的資訊管理組件] 報表。因此,預設參數設定可能無法提供您所尋找的資訊。

屬性

文章編號: 2603913 - 上次校閱: 2012年8月2日 - 版次: 5.0
這篇文章中的資訊適用於:
  • Microsoft System Center Operations Manager 2007 R2
  • Microsoft System Center Operations Manager 2007
  • Microsoft System Center Operations Manager 2012
  • Microsoft System Center Operations Manager 2007 Service Pack 1
關鍵字:?
kbtshoot kbmt KB2603913 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:2603913
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com