共用方式為


選取管理元件檔案

當您在 Operations 控制台中建立任何監視時,您必須為您要建立的專案指定管理元件檔案。 本文說明您可以遵循的基本策略,並提供其他詳細數據,以協助您了解建議策略的邏輯。

一般策略

對於已安裝密封管理元件的應用程式,通常是從管理元件類別目錄安裝的管理元件:

  • 建立個別的管理元件檔案,以儲存該應用程式的覆寫和新的監視。

針對未安裝密封管理元件的應用程式,通常是您自行建立的管理元件:

  • 為每個應用程式建立個別的管理元件檔案。 使用此檔案來儲存覆寫和該應用程式的任何新監視。

針對其他管理元件檔案所使用的常見元素,例如群組:

  • 為每個邏輯元素集建立個別的管理元件檔案。 安裝此管理元件檔案之前,請先密封此管理元件檔案。

    注意

    如果您在 Operations 控制台中建立管理元件檔案,則必須將它匯出至.xml檔案,然後將它密封。 然後,您必須先從管理群組卸載未密封的管理元件檔案,才能安裝密封的管理元件檔案。

預設管理組件

默認管理元件檔案包含常見元素,例如監視工作區最上層的檢視。 這是未密封的管理元件檔案,可讓您在此層級建立檢視和資料夾。 它不應該用於任何其他用途。 若要建立監視和規則等元素,請建立新的管理元件檔案。

以邏輯方式分組專案

雖然您可以建立單一管理元件檔案來儲存您所建立的所有自定義元素,但這不是最佳做法。 雖然管理元件元素會由執行它們的代理程式個別處理,但管理群組會使用管理元件檔案。 當管理元件檔案安裝在管理群組中或從中移除時,它會包含其所有管理元件元素。

當您決定如何將不同的元素分組時,請將下列考慮納入考慮:

  • 管理元件檔案會傳遞至任何需要檔案中至少一個元素的代理程序計算機。 如果您針對不同的應用程式使用單一管理元件檔案,元素可能會傳遞給不需要它們的代理程式。 代理程式只會實際載入已安裝之應用程式的元素,但會傳遞整個管理元件檔案。 根據與單一應用程式相關的專案來分割管理元件檔案,可確保將檔案最有效率地傳遞至代理程式。
  • 您可以從環境移除應用程式,而不再需要其管理元件。 或者,您可以取得應用程式的新管理元件,並想要移除您所實作的自定義監視。 在這種情況下,您可以移除任何其管理元件檔案,以卸載特定應用程式的所有元素。 如果您結合多個應用程式的元素,您可以限制管理單一應用程式的監視邏輯的能力。
  • 您可以將它移至生產管理群組之前,先在實驗室環境中開發和測試一些監視邏輯。 將特定應用程式的元素結合成單一管理元件,可讓您透過不同的環境管理該檔案,而不會影響其他應用程式的監視。

遵循以邏輯方式分組管理元件元素的建議策略,您可以確保管理群組盡可能有效率地執行,而且可以更有效地處理未來的變更。

密封和未密封的管理元件檔案

選取管理元件檔案時,您必須考慮密封和未密封管理元件的影響。 如果參考的檔案未密封,一個管理元件檔案中的專案就無法參考另一個檔案中的專案。 基於這個理由,您可能必須將單一管理元件檔案或密封管理元件檔案中的相關元素分組,以供一般使用。 如需密封管理元件之效果的詳細資訊,請參閱 密封管理元件檔案

由於密封的管理元件檔案無法修改,因此您只能將新的管理元件元素儲存在未密封的檔案中。 在 Operations 控制台中建立的任何管理元件都未密封,而且任何提示您管理元件的對話方塊只會包含未密封的檔案。

例如,您可以建立一組群組,代表運算環境的不同層面,例如特定計算機所在的數據中心、管理特定計算機的支持人員,或不同計算機支持的應用程式。 您想要使用這些群組來覆寫您在不同管理元件檔案中建立的監視和規則。

如果您使用 Operations 控制台在未密封的管理元件檔案中建立此範例中的群組,則無法將其與其他管理元件檔案搭配使用。 您必須使用下列兩種策略之一來實作此解決方案:

  • 使用覆寫在每個管理元件檔案中建立群組。 這有一個優點是容易實作,而不需要密封管理元件檔案,但它有缺點,要求您可能建立相同群組的多個復本。
  • 為群組建立個別的管理元件檔案。 在 Operations 控制台中建立群組之後,請將管理元件匯出至.xml檔案,然後使用本文稍早所述的程式密封.xml檔案。 然後,您可以安裝密封版本的管理元件檔案,讓群組可供任何其他管理元件使用。

另請參閱