Sun Management Center 包含功能強大的探索管理程式 ,該程式可以定期自動檢查本機環境以識別所有管理節點。探索管理程式有助於配置 Sun Management Center,它依基於網路的實體線路構造管理資訊。
依據您環境的特點,使用探索管理程式可能不是檢視管理資訊和匯集狀況資訊的最佳方法。然而,在組織 Sun Management Center 環境之前識別所有管理系統時,探索管理程式非常有用。如需更多有關探索管理程式的資訊,請參閱「Sun Management Center 3.6 使用者指南」中的「Sun Management Center 3.6.1 User’s Guide」中的第 4 章「Adding Objects to the Topology Database Using the Discovery Manager」。
組織 Sun Management Center 環境的其他方法包括:
實體
環境
應用程式
服務
在每個 Sun Management Center 環境中,均必須重視完全性。範圍廣度必須足夠才能非常有效或至少立即識別系統問題。如果不為 Sun Management Center 所監視但是又對環境至關重要的裝置、主機、服務或程序中發生故障,則可能會導致涵蓋範圍出現缺口而影響實施的整體有效性。為避免發生此問題,在建置 Sun Management Center 管理環境時,應考量自訂的模組、代理解決方案,甚至來自其他伺服器環境的資訊。
管理系統的實體位置可能與系統駐留的網路位置不一致。在這種情況下,您可能想要建立一個新的網域,在這個網域中,Sun Management Center 群組依實體線路而構造。這樣,城市、場所、建築物、地面、伺服器位置甚至裝置機架均可輕鬆地表示出來。位於這些位置的系統可以在使用探索管理程式執行探索的網域中進行複製與貼上。
若要依實體線路配置 Sun Management Center 環境,您必須知道系統的實體位置。此組織可以成為非常有價值且存取方便的參照。實體組織還可定義狀況匯集路徑,因此可將問題在實體線路上隔離出來,並可協助識別一般模式的故障。例如,局部的供電中斷可能會影響常駐在數個網路中但實際在一個實體區域中的系統。
您必須自行更新資訊。執行探索時,此資訊不會自動更新。探索程序不會自動追蹤實體位置變更的裝置。
您的組織可能具有數個邏輯環境,這些環境的位置與資源重疊,但是邏輯功能仍有區別。邏輯環境包括社群群組(如銷售部與工程部)、功能群組(如零售部與學會),甚至邏輯軟體環境(如使用者接受與生產)。
在所有這些情況下,可考量建立不同的 Sun Management Center 拓撲群組以隔離每個群組的元素。分開的拓撲群組可阻止一個群組中的問題在另一個群組中發出警報。在為包含多網域伺服器的系統配置 Sun Management Center 環境時,這種隔離尤其重要。不同網域所執行的功能可能針對完全不同的群組或環境。單一拓撲群組中包含不同的網域可能導致使人誤解的資訊和警報通知。
應用程式是系統管理中的複雜實體。從管理角度決定應用程式的構成元素可能會十分困難,尤其是在應用程式為分散式應用程式且依靠許多外部服務以正確作業時。因此,應在安裝 Sun Management Center 之前先組織應用程式,而不應等到遇到問題的時候才開始考量因果關係。進行一些初始分析有助於提昇解決應用程式層級問題的效率。
在配置應用程式導向的 Sun Management Center 環境時,拓撲容器通常包含主機、模組以及特定物件的組合。一些主機可能完全用於執行該應用程式,而其他一些主機可能僅使用部分資源來支援應用程式正確作業。例如,在應用程式使用社群目錄服務的情況下,該目錄服務的運作情況對於應用程式作業十分重要,但該伺服器上其他服務的運作情況對應用程式並不重要,或是應用程式並不需要其他的服務。
在某些情況下,一個群組或管理員可能負責特定服務,但不負責基本資源。例如,負責資料庫服務可用性和資料完整性的資料庫管理員可能並不負責硬體或作業系統管理。專為資料庫服務建立的 Sun Management Center 網域有助於資料庫管理員執行必要的作業。一般使用者角色權限協助管理員存取一般系統和網路狀況。