IT部门现在可以制作报告来显示网络与特定行业或地理区域相关联时的性能，例如延时、带宽、语音质量得分，以及设备可用性。举例来说，甲骨文过去看不到支持其财务和人力资源系统的所有网络组件。而现在，IT部门能够按业务分类标记和组织这些设备和这些设备发生的事件。当一台交换机、路由器或防火墙出现问题时，我们知道该问题会影响到哪些应用。

　　甲骨文还把网络数据与从其他来源(例如汇集与设备规格、采购信息、部署位置和维护合同状态相关数据的固定资产系统)采集到的信息进行合并。Yappert表示，有了这类信息，回应故障工单的网络支持人员可以根据设备的年龄或维护合同等信息，权衡是否是需要更换这台设备。

　　经验与教训

　　甲骨文花费74亿美元对Sun的收购考验了网络监测系统的集成能力，而事实证明，该系统顺利通过了考验。“45天内，我们能够将Sun的整个网络基础设施集成到我们的监测模型中。如果使用以前的模型，我们不可能做到这点。”Yappert说。

　　当甲骨文考虑部署该系统时的关键挑战是，确定Monolith平台是否能扩展到需要的规模。甲骨文曾经进行了一次使用5000台设备的评估(数量大约是其全部网络设备的三分之一)。然后，当公司添加上万台设备时，人们开始看到采集到的数据数量的惊人的数字和性能表现。整个过程虽然曾遇到一些问题，但并没有Monolith和甲骨文解决不了的问题。

　　Yappert指出，在这个大环境中，在如何做出监测哪些资产，以及监测它们到什么程度的正确选择方面，有很多需要学习的东西。“一般人都希望尽可能深入地监测所有资产，每个资产的性能都需要监测，每个资产的故障都需要监测，每个资产的配置都需要监测。但是，并不是每一样资产都需要采用这种水平的监测。由于性能的原因，企业可能需要非常深入地监测路由器、防火墙和负载均衡系统，因为这些设备是网络上的性能控制点。但是监测接入交换机可能就不是必须的了。”他说。

　　Yappert的另一个建议是，确保你最终得到的数据(例如具体的性能图表和网络活动图)与使用这些数据的人员的需求相符。因为，监测和管理工作通常独立于其他业务完成。考虑重新设计管理基础设施的企业必须问自己如下问题。即使用这些数据的业务流程是什么?你需要其他信息吗?你如何集成这些数据?“网络中太多没有任何意义的信息会很容易让你不堪重负。”Yappert说。