数据传输时间和观测计数增加很好地说明了性能问题与应用程序有关。
通过将此指标与相应数据点关联，可以更有力地说明应用程序就是问题源。
与应用程序关联的性能问题会因站点而异，具体取决于可用带宽和因距离引起的延迟。 位于相同站点的应用程序用户的子集抱怨应用程序性能的情况并不常见。 您可以跨应用程序查询，以查看“数据传输时间”中的峰值是否可与跨越相同网络路径或源自同一服务器的应用程序关联。 如果是这样，则问题可能在网络或服务器中。
如果确定数据传输时间增加与单个服务器上的单个应用程序相关，并且数据传输时间和观测数在观测到性能问题的同一时间点达到峰值，请查看该时间的以下数据集：
检查数据量/速率是否有所增加。 应用程序可能无法有效地跨慢速 WAN 链路写入，或者无法写入距离很远的站点。
检查 NRTT 和重传延迟是否随着数据量的增加而保持不变。 恒定的、可接受的网络往复传输时间加上少量数据包丢弃表明存在应用程序问题。
检查服务器响应时间是否增加。 如果服务器响应时间增加，而会话或用户计数、未实现的 TCP 会话请求和 NRTT 不增加，则表明应用程序存在问题。
检查服务器连接建立时间是否同时增加。 此类增加表明操作系统内核增加了响应新会话请求所需的时间。
检查 TCP/IP 会话数目是否存在显著增加（大于 10%）。 其他 TCP 会话和随之产生的应用程序请求将需要来自服务器的更多资源并会增加其负担。
检查未实现的 TCP/IP 请求是否保持不变（最佳时为零）。 在活动会话建立期间缺少未实现的 TCP 请求表明服务器资源可供用户使用，并且可进一步减轻服务器对性能问题的责任。
检查在性能事件之前、之中和之后是否存在恒定数量的用户。 如果服务器在发生性能事件时缺少新用户，通常会将服务器负载从因素中排除。
检查“数据传输时间”和/或“百分位”的标准偏差是否增加 - NRTT 没有伴随的增加，服务器响应时间的增加也不显著。 此类增加表明了应用程序性能的不一致性和偶发性（如与平均距离显著不同距离处的更多“无关”数据点中所示），同时很好地说明了存在基于应用程序的问题。
|
版权所有 © 2014 CA Technologies。
保留所有权利。
|
|