[发明专利]一种网管基于SNMP协议数据的读取方法

说明书

技术领域

本发明涉及网管数据读取技术领域，特别是涉及一种网管基于SNMP协议数据的读取方法。

背景技术

随着科技的进步，人们的生活与网络息息相关，在人们的生活中，网络已经成为极其重要的一部分，而网络设备在网络中是必不可或缺的一部分，网络设备承载着网络信息的传递。对于网络设备的管理就显得更加重要。

最初对网络设备的管理是利用命令行CLI（命令行界面）方式去配置管理设备，这种方式不太方便，因此产生了一种以可视化界面的网管系统，主要是可以远程、可视化、方便地对设备进行配置管理操作。这种管理就需要SNMP协议来进行设备与网管系统之间通信。而对于具体数据的读取，一般是采取的整表读取的方式。

在这信息数据不断交互的时期，存储技术成为了比较重要的一部分，大多数信息都有必要进行存储。而目前存储的形式有如文件存储、数据库存储、XML文件存储等。XML文件严格的格式能让存储和解读更方便、更容易理解。

现有的网络管理系统数据读取一般都是整表读取数据，在一般情况下往往是可行的，高效的，但是对大量数据的读取往往不尽人意。

随着企业的发展和业务的拓展，软件的需求越来越复杂，规模越来越大，各表里面数据量越来越大。如果我们继续使用传统方式进行处理，则很可能会出现系统超时，设备卡死，界面显示不友好等问题。

发明内容

基于此，有必要提供一种解决上述技术问题的大量数据读取方法。

一种网管基于SNMP协议数据的读取方法，包括：

步骤A：client端向服务器发送数据读取请求，所述请求包括数据读取起始地址和请求条数；

步骤B：服务器根据所述请求，返回数据和最后一条数据的下一条数据的地址；

步骤C：循环步骤A～步骤B，当返回数据条数小于请求条数，则数据读取结束。

优选的，所述数据读取起始地址包括OID和索引。

优选的，所述步骤B具体包括：

B1：服务器根据所述索引找到对应OID；

B2：读取对应OID的数据并返回给所述client端；

B3：返回下一个OID给所述client端；

B4：根据请求条数循环步骤B1～步骤B3。

优选的，所述步骤B4还包括：

当步骤B3返回的下一个OID为服务器最后一个索引对应的最后一个OID，并且本次数据读取未结束，则执行步骤B1～B2后结束本次数据读取请求。

优选的，还包括所述client端将所述服务器返回的数据显示出来。

优选的，所述请求条数依据client端和业务类型设定。

采用本发明方法后，将服务器上大量的整表数据分条读取，一次读取一定条数的数据，依据client端和业务类型，设定该条数；由于每个服务器都会有预设的响应时间，如果一次读取大量数据，响应时间超过预设响应时间，响应超时，本发明采用一次读取一定的条数的数据，将整表数据分次读取，减少服务器的响应时间，反应快，且client端分页显示所述数据，界面友好，解决了出现系统超时、备卡死、界面显示不友好等问题。

附图说明

图1为本发明提供的网管基于SNMP协议数据的读取方法的一个实施例的流程图；

图2为图1中步骤B的具体方法流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更清楚明白，以下结合附图及实施例，对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明的构思，将服务器的整表数据拆分成若干小表，分多次读取，减少服务器的响应时间，从而解决响应超时的问题。

参阅图1、图2，本发明提供的一个实施例的网管基于SNMP协议数据的读取方法，包括：

步骤S10，client端向服务器发送数据读取请求，请求包括数据读取起始地址和请求条数；

步骤S20，服务器根据所述请求，返回数据和最后一条数据的下一条数据的地址；

步骤S30，循环步骤S10～步骤S20，当返回的数据条数小于请求条数，则数据读取结束；

步骤S40，client端将服务器返回的数据显示出来。

Client端根据自身的屏幕大小和业务类型，设定数据请求条数。不同的业务类型，其每条的数据长度不同，对client屏幕的占用也不用。

在优选实施方式中，数据读取起始地址包括OID和索引，步骤S20具体包括：