组织策略

Sun Management Center 包含一个功能强大的搜索管理器， 可以自动定期检查本地环境，以标识所有被管理节点。搜索管理器沿着基于物理网络的线路构建管理信息，有助于配置 Sun Management Center。

由于环境的特性不同，使用搜索管理器可能不是查看管理信息和收集状态信息的最有效方法。但是，在组织 Sun Management Center 环境之前标识所有被管理系统时，搜索管理器非常有用。有关搜索管理器的详细信息，请参见《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 域可以帮助数据库管理员执行必要的任务，而一般用户角色权限可协助管理员获取一般的系统和网络状态信息。