組織策略

Sun Management Center 包含功能強大的探索管理程式 ，該程式可以定期自動檢查本端環境以識別所有管理節點。探索管理程式有助於配置 Sun Management Center，它依基於網路的實體線路構造管理資訊。

依據您環境的特點，使用探索管理程式可能不是檢視管理資訊和匯集狀況資訊的最佳方法。相反，在組織 Sun Management Center 環境之前識別所有管理系統時，探索管理程式非常有用。如需有關探索管理程式的進一步資訊，請參閱“Adding Objects to the Topology Database Using the Discovery Manager” in Sun Management Center 3.5 User's Guide。

組織 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 領域有助於資料庫管理員執行必要的作業。一般使用者角色權限可以透過提供對一般系統和網路狀況的存取權來協助管理員。