依存关系总览

WhatsUp Gold 在默认情况下，会轮询设备列表中的所有设备及主动监控工具。这种作法经常造成不必要的系统负荷，因为某些设备的状态无须轮询，即可根据其他设备的状态来判断。依存关系功能让您设定不轮询设备的条件，降低轮询操作造成的系统负荷。这些条件能决定是否根据其他设备 (被依赖对象) 的状态，来轮询依存设备。目标设备的状态，是由一个以上的主动监控工具状态来决定。您建立的依存关系，可以这些主动监控工具的上线或脱机状态为基础，结果就是“上线”依存关系或“脱机”依存关系。

上线依存关系

上线依存关系建立的条件，能在另一台设备的所选主动监控工具处于上线状态时，才开始轮询设备。您可想成这台设备排在所依赖设备的“后面”，所以只有排在“前面”的设备处于上线状态时，才会轮询排在后面的设备。

范例

在本例中，每台设备都已经有配置好的主动监控工具，并以“Ping (设备名称)” 代表。若没有依存关系，即使交换机关机或因其他原因而无法联机，WhatsUp Gold 仍会尝试轮询主机的 Ping 监控工具。建立主机之间的上线依存关系，即可避免对网络及系统造成负担。

若您对每台主机添加上线依存关系，让系统在 Switch N 的 Ping 监控工具上线时才轮询主机 (在图中以“Up Dependency:Switch N (Ping Monitor)”代表)，就等于建立条件，让 WhatsUp Gold 在 Switch N 关机或 Ping (Switch N) 监控工具因其他方式脱机时，停止轮询主机。此举可减少因监控依存主机设备而造成的负担，同时依 Switch N 的访问能力提供相关信息。

UpDependenciesExample

脱机依存关系

重要若您使用APM插件，且具备APM组件 (包含WhatsUp Gold台具有依存关系的设备)，请注意，APM组件将WhatsUp Gold“未知”和“维护”设备状态均视为“未知”状态。因此，如果一台WhatsUp Gold设备处于“未知”或“维护”状态，APM组件将变为“未知”状态。有关设备状态如何从单个APM组件状态积存成整体APM实例状态的更多信息，请参阅并了解APM有关组件的实例状态优先权。

脱机依存关系建立的规则，能在另一台设备的所选主动监控工具处于脱机状态时，才开始轮询设备。您可想成这台设备排在所依赖设备的“前面”。除非排在后面的设备脱机，否则不会轮询排在前面的设备。

范例

在本例中，网段中有设备群组，每台设备互有联机的依存关系。每台设备都有 Ping 监控工具，用于判断设备状态，在图中以 Ping (设备) 代表。若您可从其他网段对 Host A 送出 Ping，即可假定 Router R 及 Switch N 处于上线和可用状态，因此只要 Host A 上线，操作这些设备的单个 Ping 监控工具，就会造成不必要的负荷。但若 Host A 已关机，或 Ping 监控工具因其他原因而无法联机，我们就必须靠 Ping (Switch N) 及 Ping (Router R) 监控工具，才能确保这些设备皆处于上线与可用状态。

DownDependenciesExample1

将 Switch N 的脱机依存关系添加 Host A 的 Ping 监控工具“Down Dependency:Host A (Ping Monitor)”，并将 Router R 的脱机依存关系添加 Switch N 的 Ping 监控工具“Down Dependency:Switch N (Ping Monitor)”，就等于建立依存关系链，既能监控网段，又能减少网段完全正常时必须运作的主动监控工具数量。

DownDependenciesExample2

添加这些依存关系后，若 Ping (Host A)进入脱机状态，Switch N 的脱机依存关系就会使 WhatsUp Gold 开始轮询 Switch N。若轮询 Switch N 成功，则会继续轮询下去，直到 Host A 复原为止。但若您也无法与 Switch N 联机，且 Ping (Switch N) 进入脱机状态，则 Router R 的脱机依存关系会使 WhatsUp Gold 开始轮询 Router R。Ping (Switch N) 恢复上线状态时，就不会轮询 Router R。同��，Ping (Host A) 恢复上线状态时，系统也不会轮询 Switch N。

脱机依存关系与“假定上线”状态

设备的脱机依存关系可能导致“假定上线”状态，也就是无论实际状态为何，依存设备的监控工具都会指出设备处于上线状态。

若依存设备处于非使用中状态，且在设备发出 Ping 时能回应 echo 请求，就会发生这个状况。因为是脱机依存关系，所以系统不会轮询依存设备，并且会“假定上线”。但受监控的服务或处理程序实际状态不明，甚至可能故障。

依存系统的例子包括被动或待机服务器，支持与主动服务器有脱机依存关系的 High Availability (HA) 数据库丛集。若待机服务器的数据库管理系统 (DBMS) 无法在重开机时启动，除非主动服务器故障且轮询过待机服务器，否则 WhatsUp Gold 不会显示此故障事件。

解读依存关系

“解读”依存关系的方法有很多种，您可依情况应用。

检查 [设备属性] 对话框中的依存关系说明。
解读架构图中的依存关系箭头。

上图显示几种上线与脱机依存关系。绿色箭头代表上线依存关系，红色箭头代表脱机依存关系。

利用“后面”与“前面”等术语，就能依上图箭头解读依存关系。举例来说，服务器依存关系可解读为“只有在交换机上线时才轮询服务器”。服务器在交换机后面，系统只有在交换机也响应轮询操作时，才会轮询服务器。若交换机脱机，系统将假设服务器状态是非可用，无法接受轮询。因为服务器非可用，所以服务器的状态会变成“不明”。

又如路由器对防火墙的依存关系可解读为：“只有交换机脱机时才轮询防火墙”。若路由器与防火墙的通讯中断，交换机将进入脱机状态，因为交换机对防火墙有脱机依存关系。若交换机脱机，则服务器的状态会变成“不明”，因为服务器对交换机有上线依存关系。因此，由于交换机脱机，系统会轮询防火墙，且防火墙会变成脱机状态。系统将防火墙视为脱机后，就会轮询路由器。