这意味着ITIL监控工具也可以在7层协议上运行，并且提供关于用户发送请求之后多长时间才能获得响应的信息。这些工具将测量数据在网络中的传输时间，应用处理输入的时间，以及响应在网络上按原路返回到最终用户所需要的时间。例如，如果用户需要在1秒钟内得到响应，但是却必须等待10秒钟，那么网络团队就能够辨别出问题是出在网络还是应用本身。

有许多的供应商提供ITIL监控工具，包括CA Technologies、EMC和HP以及其他一些小型供应商，如Infoblox和Ipswitch。

ITIL监控工具：购买时必须考虑什么

网络配置信息必须保持更新并且能被ITIL监控工具访问。这意味着需要创建配置数据库，但是在ITIL v3中这种方法已经发生了变化。ITIL v2需要使用一个Configuration Management Data Base (CMDB)保存网络各个方面的配置信息。这就包括了关于网络设备、服务器、OS软件和应用软件方面的详细信息。这个CMDB包括所有一般称为配置信息的信息，同时还包括软件版本级别、支持合同状态等信息。但是，使用单个CMDB在实际操作中比较不灵活。ITIL v3建议创建多数据库，其中一个用于保存网络设备信息，一个用于保存服务器硬件信息，一个用于保存应用信息，等等。

1. 在做出选择之前，要先了解ITIL工具是如何交互的。在指定的ITIL数据库之间必须有恰当接口。例如，监控工具全天候地更新专门记录性能的数据库，从而记录关于网络使用状况变化的信息。如果一个设备或者连接重新配置或者出错了，那么必须在网络配置数据库中使用一个接口通知监控工具。

如果从单一的供应商购买全套工具设备，兼容性是不会有问题的，但是如果要整合多个供应商的工具，兼容性就可能是一个问题。为了解决兼容性问题，有些供应商开发了支持更广泛地使用的其它供应商的产品的接口，或者将开放API添加到它们的产品中。

2. 选择能够让您专注于导致性能降低的问题根源的ITIL工具。在重要的应用中，对降低的性能作出反应需要能够快速地确定问题根源所在。虽然价格较低的监控工具可以显示网络上的所有活动，但是却很难专注于重要的流量。由于网络中的情况非常复杂，因此很难屏闭屏幕上所有的不重要的信息而只关注于您特别需要的信息。工具必须能够适时地监控最重要的应用。

3. 选择一个可以测量单个事务持续时间的ITIL监控工具。虽然吞吐率是重要的，但是最终用户关心的是在发出请求之后事务执行的时间。如果事务执行时间对于关键应用来说是可以接受的，那么就无须担心底层的事务细节了。

如何为ITIL映射网络

首先是使用这些工具来映射网络。最初的网络扫描通常是识别可删除的设备。如果交换机有不用的端口，那么可以将激活的连接整合到较少的交换机上而减少一台交换机。扫描也可能检测出非法的设备，如果雇员将他们自己购买的Wi-Fi接入端连接到网络上，就会造成严重的安全漏洞。

定期重新扫描网络。虽然网络修改必须记录在配置数据库上，但并不是随时进行记录。要根据您过去的经验，确定需要多久时间才重新对未记录的更改进行扫描。

ITIL网络监控：选择监控哪种应用

分析网络应用的过程一般是从详细分析网络设备性能开始的。虽然这是非常有用的信息，但是要选择一种应用开始分析，最理想的是选择产生问题最多的那一个应用开始分析。要使用映射和监控工具来了解哪些服务器在使用，它们之间的路径，预期的数据传输速率和所需要的延迟。要确定整体应用中哪个部分导致了问题的发生——可能是服务器问题、磁盘争夺或者网络阻塞。要专注于这个问题并解决它。这样最终用户将很快看到应用的改进。这种正面的反馈恰恰证明了在ITIL中投入的时间和精力都是值得的。

在全面地检查初始应用之后，接下来是处理其它的应用。要通过每个分析得到的信息继续监控应用性能，检测问题，并估计将来由于业务需求变化引起的流量级别变化而带来的容量问题。

虚拟化：主要的挑战

在组件和设备上大量的端口都是固定的情况下，了解应用和网络流量都已经很困难了。但是在引进了可以在物理服务器之间迁移的虚拟服务器之后，再加上虚拟网络接口是可以实时地创建或删除，使得监控网络健康状态的难度急剧加大。系统和网络管理工具之间的接口必须允许虚拟环境中的修改可以快速的生效。

之前关于服务器的描述包括了其物理部分、OS、数据库和应用，在虚拟化中还必须包括不断更新的虚拟软件记录，及其中运行的大量的VM和一整套应用。

其中最重要的是，网络和系统人员必须一起协作，以便了解每个应用可能的物理服务器范围，同时配置服务器和网络来提供稳定的性能来支持应用的运行。