我的数据库响应时间长是因为数据库服务器上的处理时间长，建站服务，还是因为数据库服务器和SAP应用程序服务器之间的通信速度慢？如何在我的系统的Db2成员和SAP应用服务器之间分配网络统计信息？网络时间与服务器时间相比有多长？每次往返的平均网络时间有多长？此指标对不断变化的网络负载有何反应？

方法如下：启动DBA Cockpit（事务dbacckpit）并转到Performance下的Network Statistics屏幕。它提供了SAP应用程序服务器和数据库之间网络通信的详细信息。

让我们看一个如何使用网络统计屏幕分析网络性能的示例：

在选择区域中，为图形和统计列表视图选择一个时间框架和一些设置。

之后应用您的选择，您将得到两个图形：第一个图形以折线图的形式显示每个应用程序服务器每次往返的平均网络时间，发送和接收的字节以堆叠列的形式显示。

折线图显示您选择的向下钻取选项的值（此处：应用程序服务器），堆叠的列显示整个系统的聚合值。您已经可以看到，大数据推荐，每次往返的平均网络时间相当高。

第二个图形以折线图的形式显示网络时间/服务器时间的比率，而网络和服务器时间的绝对值以堆叠列的形式显示。在这里您还可以看到值相当高：

作为图形的替代，还有一个用于网络统计的列表视图。同样，您可以看到网络时间/服务器时间的比率相当高。在我们的示例中，我们的比率为2.2：

让我们更仔细地看一看，然后回到选择区域，深入了解有关应用程序服务器no.17的更多详细信息，它的值特别高：

您可以在这里看到一些错误：

每次往返的平均网络时间一直很高，返利，最多增加到4，000微秒。负载越高，大数据主要学什么，每次往返的网络时间越长。与服务器时间相比，网络时间太高。

在健康的系统中，网络统计数据与您预期的一样：

此系统中每次往返的平均网络时间保持在750微秒以下。它比我们的问题系统中高达4000微秒的时间要低得多。与我们的问题系统（每次往返的平均网络时间随工作负载的增加而增加）相比，每次往返的平均网络时间图保持相对稳定。网络时间与服务器时间的比率变化很小，而且比率很低。

因此，在我们的第一个示例中，物联网是什么，这不是系统，而是一个需要进一步调查的网络问题。

…您发现这个博客很有用，如果您能够使用DBA驾驶舱中的网络统计屏幕解决性能问题。

这博客的内容也可以在视频中看到。