CN101404590A - 下级网管向上级网管上报数据的方法和网管设备 - Google Patents
下级网管向上级网管上报数据的方法和网管设备 Download PDFInfo
- Publication number
- CN101404590A CN101404590A CNA2008102266555A CN200810226655A CN101404590A CN 101404590 A CN101404590 A CN 101404590A CN A2008102266555 A CNA2008102266555 A CN A2008102266555A CN 200810226655 A CN200810226655 A CN 200810226655A CN 101404590 A CN101404590 A CN 101404590A
- Authority
- CN
- China
- Prior art keywords
- data
- summarized
- missing
- summarized data
- original
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000011084 recovery Methods 0.000 claims description 34
- 238000012545 processing Methods 0.000 claims description 9
- 230000003190 augmentative effect Effects 0.000 claims description 2
- 230000002950 deficient Effects 0.000 abstract 4
- 230000008569 process Effects 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 238000012935 Averaging Methods 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种下级网管向上级网管上报数据的方法,该方法包括:下级网管接收到上报汇总数据的网管请求时,在本地小时表查找被请求的汇总数据;当被请求的汇总数据缺失时,根据本地原始表中的原始数据或根据本地小时表中缺失的汇总数据之前至少一天的汇总数据,恢复出缺失的汇总数据,将恢复出的汇总数据作为所述被请求的汇总数据上报。本发明还公开了一种网管设备。使用本发明,下级网管能够对缺失数据进行弥补。
Description
技术领域
本发明涉及网络管理技术,具体涉及一种下级网管向上级网管上报数据的方法和一种网管设备。
背景技术
随着网络技术的发展,网络规模日益增大,网络系统也占据了越来越重要的位置。在大型网络中,往往采用分级网管的形式来管理网络中的网元。分级网管采用树状结构部署若干网管,包括上级网管和下级网管。下级网管其中一个重要责任是收集和汇总本辖区各被管辖设备的性能数据,将汇总的性能数据上报到上级网管中,使得上级网管可以根据上报信息查看其各下级网管的辖区情况。
具体来说,下级网管每几分钟采集一次各被管辖设备的性能数据,作为原始数据存放在本地原始表中;每到整点时,从原始表中获取前一个小时的原始数据,进行汇总得到汇总数据,将汇总数据保存到本地小时表中。原始表和小时表通常保存在本地数据库中。
由于大型网络中的设备数量多,因此下级网管每天所产生的原始数据的数量非常巨大,通常是百万级别的,因此,下级网管的本地原始表只保存最近几天的原始网管数据,例如保存最近2到3天的数据。而经下级网管进行一次汇总后,数据量将大大减少,因此小时表可以保存最近一周的汇总数据。当下级网管接收到上级网管请求上报汇总信息的管理请求时,将符合要求的汇总数据上报给上级网管。可见,分级网管可以将网管处理的压力分布到各个下级网管中,避免上级网管出现性能瓶颈。
目前的上级网管广泛采用定时轮询的机制从各个下级网管中获取数据。为了避开网络拥堵高峰,上级网管往往在每天凌晨时间从下级网管获取数据。例如,每天凌晨1点钟从下级网管中读取前一天的数据。考虑到网络的不稳定性,一般分级网管系统都拥有容错机制,即出错重传机制。出错重传机制就是当从某个下级网管获取数据操作失败时,间隔一段时间后重新向下级网管获取数据,直到超过规定的重试次数才停止获取动作。
但是,这种目前广泛采用的出错重传机制存在一个无法避免的问题,就是当下级网管由于某些原因根本没有采集某一天的数据,比如下级网管因为故障关闭了1天,或者下级网管没有对原始数据进行汇总操作,那么下级网管中不存在这一天的汇总数据。上级网管即使采集成功,采集到的数据集也是空集合。由于缺失了下级网管一天的数据,上级网管在对全网数据进行统计的时候就会缺少对应内容,给用户的分析和统计造成很大影响。
例如,江西省九江市网管出现问题,2008年8月20日关闭1天时间,江西的省级网管在2008年8月21日凌晨1点钟获取九江市网管的数据,由于没有任何其他错误,操作肯定显示成功,但是在省级网管的数据库中却没有取到九江市8月20号的数据。如果省级网管用户需要查看20号当天全省各城市的数据库,就会发现缺少了九江市的内容,无法判断20号当天九江的网管运行情况。
造成上述问题的原因是:目前网络管理方案没有一个缺失数据的补偿机制,无法弥补缺失的数据。
发明内容
有鉴于此,本发明提供了一种下级网管向上级网管上报数据的方法,下级网管能够对缺失数据进行弥补。
该方法包括:下级网管接收到上报汇总数据的网管请求时,在本地小时表查找被请求的汇总数据;当被请求的汇总数据缺失时,根据本地原始表中的原始数据或根据本地小时表中缺失的汇总数据之前至少一天的汇总数据,恢复出缺失的汇总数据,将恢复出的汇总数据作为被请求的汇总数据上报。
其中,所述根据本地原始表中的原始数据或根据本地小时表中缺失的汇总数据之前至少一天的汇总数据,恢复出缺失的汇总数据包括:在本地原始表中查找被请求的汇总数据对应的原始数据;如果查找到所述对应的原始数据,则对查找到的原始数据进行汇总,将得到的汇总数据作为恢复出的汇总数据;如果未查找到所述对应的原始数据,则将所述本地小时表作为查找目标,在所述查找目标中查找缺失的汇总数据之前至少一天的汇总数据,根据查找到的汇总数据恢复出缺失的汇总数据。
较佳地,该方法进一步包括:所述下级网管将所管辖设备的汇总数据记录在备份文件中;当本地小时表中不存在缺失的汇总数据之前至少一天的汇总数据时,将所述备份文件作为查找目标,在查找目标中查找缺失的汇总数据之前至少一天的汇总数据,根据查找到的汇总数据恢复出缺失的汇总数据。
较佳地,根据设置的配置规则,执行所述在查找目标中查找缺失的汇总数据之前至少一天的汇总数据的操作以及所述根据查找到的汇总数据恢复出缺失的汇总数据的操作;不同类型的汇总数据适用相同的配置规则,或者不同类型的汇总数据适用不同的配置规则。
本发明还提供了一种网管设备,该设备向上级网管上报数据时,能够对缺失数据进行弥补。
该网管设备包括请求处理单元、数据恢复单元、本地小时表存储单元和本地原始表存储单元;所述请求处理单元,用于在接收到上报汇总数据的网管请求时,在所述本地小时表存储单元中查找被请求的汇总数据,当被请求的汇总数据缺失时,通知所述数据恢复单元;所述数据恢复单元,用于接收到所述通知后,根据所述本地原始表存储单元中的原始数据或根据所述本地小时表存储单元中缺失的汇总数据之前至少一天的汇总数据,恢复出缺失的汇总数据,将恢复出的汇总数据作为被请求的汇总数据上报;
所述本地原始表存储单元,用于存储从所在网管设备所管辖设备采集的原始数据;所述本地小时表存储单元,用于存储根据所述原始数据汇总得到的汇总数据。
其中,所述数据恢复单元包括原始数据查找恢复模块、汇总数据查找模块和汇总数据恢复模块;所述原始数据查找恢复模块,用于接收到所述通知后,在所述本地原始表存储单元中查找被请求的汇总数据对应的原始数据;如果查找到对应的原始数据,则对查找到的原始数据进行汇总,将得到的汇总数据作为恢复出的汇总数据上报;如果未查找到所述对应的原始数据,则通知汇总数据查找模块;所述汇总数据查找模块,用于接收到所述原始数据查找恢复模块的通知时,在所述本地小时表存储单元中查找缺失的汇总数据之前至少一天的汇总数据,将查找到的汇总数据发送给所述汇总数据恢复模块;所述汇总数据恢复模块,用于根据接收到的汇总数据恢复出缺失的汇总数据并上报。
较佳地,所述汇总数据查找模块进一步用于,当在本地小时表存储单元中查找不到缺失的汇总数据之前至少一天的汇总数据时,在一备份文件中查找缺失的汇总数据之前至少一天的汇总数据,将查找到的汇总数据发送给所述汇总数据恢复模块;该网管设备进一步包括备份单元,用于存储所述备份文件,该备份文件包括所在网管设备所管辖设备的汇总数据。
较佳地,所述汇总数据查找模块的查找操作和所述汇总数据恢复模块的恢复操作是根据设置的配置规则执行的;不同类型的汇总数据适用相同的配置规则,或者不同类型的汇总数据适用不同的配置规则。
根据以上技术方案可见,本发明的下级网管在自身出现缺失数据时,能够根据本地原始表中的原始数据,或根据本地小时表中缺失数据之前某一天或若干天的汇总数据,恢复出缺失的汇总数据,从而弥补数据缺失。进而最大限度的减少分级网管中缺失数据对整个系统的影响,增加用户对网络状况分析的准确性。
其次,在恢复缺失的汇总数据时,可以先根据原始表恢复,从而得到真实的汇总数据,采用真正的汇总数据作为被请求的汇总数据反馈给上级网管是最理想的。
再者,为了避免因本地原始表和小时表的意外错误导致无法恢复缺失数据的情况,本发明进一步将汇总数据备份,在根据本地原始表和小时表均无法恢复的情况下,根据备份的汇总数据也可进行恢复,从而保证恢复缺失数据的成功率。
此外,在根据汇总数据进行恢复时,可以采用一种或多种配置规则实现恢复。当对不同类型汇总数据适用不同配置规则时,可以提高恢复的准确率。
附图说明
图1为本发明实施例一中下级网管向上级网管上报数据的方法流程图。
图2为本发明实施例二中下级网管向上级网管上报数据的方法流程图
图3为本发明实施例中网管设备的结构示意图。
具体实施方式
本发明为一种下级网管向上级网管上报数据的方案,该方案的核心是在下级网管中出现缺失数据时,下级网管能够根据本地原始表中的原始数据,或根据本地小时表中缺失数据之前某一天或若干天的汇总数据,恢复出缺失的汇总数据,以弥补数据缺失。
下面结合附图并举实施例,对本发明进行详细描述。
图1为本发明实施例一中下级网管向上级网管上报数据的方法流程图,如图1所示,该方法包括以下步骤:
步骤101:下级网管接收上级网管发来的上报汇总数据的网管请求。
步骤102:在本地小时表中查找被请求的汇总数据;如果查找到,则在步骤103中向上级网管返回被请求的汇总数据,本流程结束;如果没有查找到,则确定被请求的汇总数据缺失,执行步骤104。
在该步骤102中,网管请求可以携带具体要求,例如时间要求和表名称要求。其中,时间要求可以具体到某一天或某一小时。表名称是指某类性能数据的原始表或小时表。原始表的命名规则可以为:tbl_perf_origin_XXX,其中最后几个字符“XXX”为性能指标的名称,例如CPU利用率的原始表为tbl_perf_origin_cpu。小时表的命名规则可以为:tbl_perf_origin_XXX,其中最后几个字符“XXX”为性能指标的名称,例如CPU利用率的小时表为tbl_perf_hour_cpu。由于上级网管只需知道下级网管的汇总数据,因此网管请求中的表名称指小时表的名称。上级网管也可以只提出要求获取什么类型的性能指标,而表名称由下级网管根据自己的命名规则生成即可。
如果网管请求没有携带具体的要求,则下级网管默认前一天所有小时表的汇总数据都是被请求的汇总数据。网管请求是否携带具体要求只是在查找汇总数据时有所不同,数据恢复原理相同。为了描述简便,本实施例不对是否携带具体要求进行区分。
步骤104:确定被请求的汇总数据缺失时,在本地原始表中查找被请求的汇总数据对应的原始数据,如果查找到对应的原始数据,则执行步骤105;否则,执行步骤106。
针对本步骤举一个实例,上级网管请求获取9月28日小时表tbl_perf_hour_cpu的汇总数据,但下级网管没有相应数据,那么9月28日的小时表tbl_perf_hour_cpu即为缺失的汇总数据。此时,下级网管在步骤104中查找是否存在9月28日的原始表tbl_perf_origin_cpu,如果存在,则查找到的原始表中的原始数据即为被请求的汇总数据对应的原始数据。
步骤105:对查找到的原始数据进行汇总得到汇总数据,将该汇总数据返回给上级网管,同时保存到本地小时表中,以弥补数据缺失。本流程结束。本步骤中的汇总操作为公知技术,这里不进行详细描述。
其中,将恢复出的数据保存到本地小时表的目的是,当上级网管再次获取该缺失数据时,不需要采用步骤105进行重复计算,只需将上一次恢复的数据返回给上级网管即可。
从步骤104~105所述可见,在出现缺失数据的情况下,如果能够查找到缺失数据对应的原始数据,则可以恢复出真实的汇总数据,采用真实数据弥补缺失最为理想。在实际中,当下级网管由于某些原因根本没有采集原始数据,则需要采用下面步骤106~107来实现缺失数据的弥补。
步骤106:在本地小时表中查找缺失的汇总数据之前至少一天的汇总数据,根据查找到的汇总数据恢复出缺失的汇总数据。
步骤107:将恢复出的汇总数据返回给上级网管,同时保存到小时表中,以弥补数据缺失。本流程结束。
在上述步骤106可以根据设置的配置规则执行。配置规则可以为置零、取平均、递推等规则。不同类型的汇总数据适用相同的配置规则,或不同类型的汇总数据适用不同的配置规则。下面列举几种较佳地配置规则。
1、作为默认补偿方式置零规则
采用置零规则时,步骤106具体为:从本地小时表中获取缺失的汇总数据之前其中一天的汇总数据,例如可以是紧邻的前一天的汇总数据,也可以是隔日的前一天的汇总数据,等等;生成与获取的汇总数据数量相同的性能数据,将这些性能数据的数值置零,时间设置为缺失汇总数据的时间,将这些置零后的性能数据作为恢复出的汇总数据。
举一个实例,配置规则采用可扩展标识语言(XML,The ExtensibleMarkup Language)文件来记录,配置规则由三种元素组成:规则(Rule)、操作(Operator)和适用的表(Table)。Rule元素标识规则的名称,用来区分不同的规则。Operator元素标识本规则采用的处理函数;Operator包括两个属性:名称(name)和所用函数(method);name属性的值为操作的名称,method属性的值为本规则使用的函数名称,表明该规则会调用该函数来处理数据。Table元素则标识适用于本规则的表的名称。
对于默认的置零规则来说,下面的XML文件说明规则“default”会采用置零函数setZero()处理表“tbl_hour_cpu”、“tbl_hour_memory”和“tbl_hour_radio”中的数据。例如,当上级网管请求8月25日的数据时,如果上述三个表中没有8月25日的数据,则会生成与8月24日数量一样的性能数据,但是数据值为0,数据的时间设置为8月25日。
<rule name=”default”>
<operator name=”zero”method=”setZero()”/>
<table name=“tbl_hour_cpu”/>
<table name=“tbl_hour_memory”/>
<table name=“tbl_hour_radio”/>
.......
</rule>
置零规则可以反映出下级网管的真实情况,上级网管接收到全零的汇总数据时,获知下级网管前一天出现过故障。
2、平均规则
采用平均规则时,步骤106具体为:从本地小时表中获取缺失的汇总数据之前多天的汇总数据,例如前3天;生成与获取的其中一天的汇总数据数量相同的性能数据,例如与前一天的汇总数据数量相同;每个生成的性能数据之值为获取的多天汇总数据该性能数据的平均值。将生成的性能数据的时间设置为缺失汇总数据的时间,将这些赋值为平均值的性能数据作为恢复出的汇总数据。如果获取的多天的汇总数据数量不等,则以数量多的汇总数据为准,或者以数量少的汇总数据为准,在实际中可以根据需要灵活设置。
针对平均规则举一个实例。下面的XML文件说明规则“avgrule”会采用平均函数average()处理表“tbl_hour_cpu”、“tbl_hour_memory”和“tbl_hour_radio”中的数据。例如,当上级网管请求8月25日的数据时,如果上述三个表中没有8月25号的数据,则会生成与8月24日数量一样的性能数据,但是每个性能数据的数据值为8月22日、8月23日和8月24日中相应性能数据的平均值,数据的时间设置为8月25日。
<rule name=”avgrule”>
<operator name=”avg”method =”average()”/>
<table name=“tbl_hour_cpu”/>
<table name=“tbl_hour_memory”/>
<table name=“tbl_hour_radio”/>
.......
</rule>
3、递推规则
采用递增规则时,步骤106具体为:从本地小时表中获取缺失的汇总数据之前连续多天的汇总数据,例如前2天;生成与获取的其中一天的汇总数据数量相同的性能数据,例如与前一天的汇总数据数量相同;根据获取的多天汇总数据获取各性能数据的日变化量,该日变化量可能是日递增量,可能是日递减量,而每个生成的性能数据之值为在前一天该性能数据的基础上增加日变化量后的数值。同时,将生成的性能数据的时间设置为缺失汇总数据的时间,将这些生成的性能数据作为恢复出的汇总数据。
仍以通过配置规则实现递推规则为例,且配置规则采用XML格式文件。下面的配置文件说明规则“increment”会采用递增函数delta()处理表“tbl_hour_cpu”、“tbl_hour_memory”和“tbl_hour_radio”中的数据。例如,当上级网管请求8月25日的数据时,如果上述三个表中没有8月25日的数据,则会生成与8月24日数量一样的性能数据,但是数据值为8月24日的数值加上8月24日数据与8月23日数据的差值,数据的时间设置为8月25日。
<rule name=”increment”>
<operator name=”increment”method=”delta()”/>
<table name=“tbl_hour_cpu”/>
<table name=“tbl hour_memory”/>
<table name=“tbl_hour_radio”/>
.......
</rule>
上述不同的配置规则较佳地适用不同类型的性能数据。例如,CPU利用率适合采用置零规则或平均规则,而流量累积值是不断增加的,因此适合采用递推规则,而且,由于流量累积值只增不减,因此可以直接将递推规则设置为递增规则,递增规则中的日变化量为日递增量。
各种配置规则可以预先配置,还可以根据用户需要扩充新配置规则。例如采用目前JAVA服务器界面(JSF,Java Server Faces)技术可以实现配置规则扩充。例如,采用以下形式设置规则定义:
<rule name=”selfDefine”>
<operator name=”some”method=”org.h3c.imc.report.someMethod()”/>
<table name=“tbl_name1”/>
<table name=“tbl_name2”/>
<table name=“tbl_name3”/>
.......
</rule>
该规则定义中配置了一条名为selfDefine的规则,规则中对表tbl_name1~tbl_name3会调用类org.h3c.imc.report中的someMethod()函数生成数据。用户只需要实现一个Java类,然后把这个类的JAR文件(Jar,JavaArchive File)包放到系统目录下,并在配置文件中增加上述配置项即可。
以上实施例一中,本地的原始表和小时表均是设置在下级网管的本地数据库中,为了防止因本地数据库的意外错误导致无法恢复缺失数据,本发明在另一实施例中给出了对被管理设备的汇总数据进行备份的技术方案。为了减少备份量,可以对网络中关键设备的汇总数据进行备份。例如,对于无线网络,下级网管可以对各接入点(AP)的汇总数据进行备份。备份操作可以采用将数据记录到指定目录下的XML文件中实现,向XML文件记录数据的时间可以在下级网管整点生成汇总数据时进行。XML文件的数据不会老化掉,用户可以根据需要删除。
图2为本发明实施例二中下级网管向上级网管上报数据的方法流程图。本实施例中下级网管将关键设备的汇总数据备份到XML文件中。如图2所示,该方法包括以下步骤:
步骤201~205与实施例一中的步骤101~步骤105相同。
步骤206:在本地小时表中查找缺失的汇总数据之前至少一天的汇总数据;如果查找到,则执行步骤208;否则,执行步骤207。
步骤207:在XML文件中查找缺失的汇总数据之前至少一天的汇总数据;如果查找到,则执行步骤208;否则,在步骤209中执行现有的上报流程:向上级网管上报空集合,本流程结束。
步骤208:根据查找到的汇总数据恢复出缺失的汇总数据,将恢复出的汇总数据返回给上级网管,同时保存到小时表中,以弥补数据缺失。本流程结束。
本步骤中无论是从小时表还是从XML文件中查找汇总数据并恢复数据,都可以采用实施例一的置零规则、平均规则或递推规则确定查找哪天的数据以及如何恢复。
下面是一个XML文件的格式:
<?xml version=″1.0″encoding=″utf-8″?>
<ApDataList xmlns:xsd=″http://www.w3.org/2001/XMLSchema″
xmlns:xsi=″http://www.w3.org/2001/XMLSchema-instance″>
<DataList>
<ApData>
<SAMPLEDATE>2008-09-08</SAMPLEDATE>
<PROVINCE_ID>2</PROVINCE_ID>
<LOCALNET_ID>1</LOCALNET_ID>
<AP_ID>1.2.2.50</AP_ID>
<BEGIN_TIME>2008-09-08 00:00:00</BEGIN_TIME>
<END_TIME>2008-09-08 01:00:00</END_TIME>
<RADIO_RECV_BYTES>513088</RADIO_RECV_BYTES>
<RADIO_SEND_BYTES>0</RADIO_SEND_BYTES>
<CORE_RECV_BYTES>495631</CORE_RECV_BYTES>
<CORE_SEND_BYTES>153744</CORE_SEND_BYTES>
<USER_NUM>0</USER_NUM>
<RADIO_RECV_ERROR_PKS>0</RADIO_RECV_ERROR_PKS>
<CORE_RECV_ERROR_PKS>0</CORE_RECV_ERROR_PKS>
<RADIO_RECV_PKS>10062</RADIO_RECV_PKS>
<CORE_RECV_PKS>4440</CORE_RECV_PKS>
</ApData>
</DataList>
</ApDataList>
该XML文件中是示出了一个关键设备AP的汇总数据。两个“<ApData>”之间的内容是一个AP的汇总数据,<SAMPLEDATE>表示采集日期,<PROVINCE_ID>表示省ID,<LOCALNET_ID>表示地市编号,<AP_ID>表示AP的IP地址,<BEGIN_TIME>和<END_TIME>分别表示采集的开始时间和结束时间,其他字段<RADIO_RECV_BYTES>、<CORE_RECV_BYTES>、<USER_NUM>等则表示各类性能数据的数据值。通过上述例举的XML文件可以很清晰的看出,这个文件记录的是2008-09-08日,IP为1.2.2.50的AP从2008-09-08 00:00:00到2008-09-0801:00:00的各类性能数据。该AP所在省的ID为2,地市编号为1。
为了实现本发明下级网管向上级网管上报数据的方法,本发明还提供了一种作为下级网管的网管设备。图3为本发明实施例中网管设备包括:请求处理单元310、数据恢复单元320、本地小时表存储单元330和本地原始表存储单元340;其中,
本地原始表存储单元340,用于存储从所管辖设备采集的原始数据。
本地小时表存储单元330,用于存储根据原始数据汇总得到的汇总数据。
请求处理单元310,用于在接收到上报汇总数据的网管请求时,在本地小时表存储单元330中查找被请求的汇总数据,当被请求的汇总数据缺失时,通知数据恢复单元320。
数据恢复单元320,用于接收到请求处理单元310的通知后,根据本地原始表存储单元340中的原始数据或根据所述本地小时表存储单元330中缺失的汇总数据之前至少一天的汇总数据,恢复出缺失的汇总数据,将恢复出的汇总数据作为被请求的汇总数据上报。较佳地,在恢复出缺失的汇总数据时,进一步将恢复出的汇总数据记录到本地小时表存储单元330中。
该数据恢复单元320具体包括原始数据查找恢复模块321、汇总数据查找模块322和汇总数据恢复模块323。其中,
原始数据查找恢复模块321,用于接收到请求处理单元310的通知后,在本地原始表存储单元340中查找被请求的汇总数据对应的原始数据;如果查找到对应的原始数据,则对查找到的原始数据进行汇总,将得到的汇总数据作为恢复出的汇总数据上报;如果未查找到对应的原始数据,则通知汇总数据查找模块322。
汇总数据查找模块322,在原始数据查找恢复模块321的通知下,在本地小时表存储单元330中查找缺失的汇总数据之前至少一天的汇总数据,将查找到的汇总数据发送给汇总数据恢复模块323。
汇总数据恢复模块323,用于根据接收到的汇总数据恢复出缺失的汇总数据并上报。较佳地,该模块在恢复出缺失的汇总数据时,进一步将恢复出的汇总数据记录到本地小时表存储单元330中。
上述汇总数据查找模块322的查找操作和汇总数据恢复模块323的恢复操作是根据设置的配置规则执行的。如方法实施例所述,不同类型的汇总数据适用相同的配置规则,或不同类型的汇总数据适用不同的配置规则。配置规则可以为置零规则、平均规则或递推规则,等等,且这些规则可以根据用户需要扩充。
为了防止因本地原始表存储单元340和本地小时表存储单元330的意外错误导致无法恢复缺失数据,本发明的网管设备进一步包括备份单元350,如图3中虚线框所示,表示该模块为可选模块。该备份单元350用于存储备份文件,该备份文件包括所在网管设备所管辖设备的汇总数据。较佳地,该备份单元350在所在网管设备每次向本地小时表存储单元330记录汇总数据时,将所管辖设备中关键设备的汇总数据记录在自身的备份文件中。
与此同时,汇总数据查找模块322进一步用于,在本地小时表存储单元330中查找不到缺失的汇总数据之前至少一天的汇总数据时,在备份单元350中查找缺失的汇总数据之前至少一天的汇总数据,将查找到的汇总数据发送给汇总数据恢复模块323,由汇总数据恢复模块323根据接收到的这些汇总数据恢复出缺失的汇总数据并上报。
由以上所述可以看出,本发明所提供的方法,能够根据下级网管本地数据库中以前的数据,重新构造出缺失的数据信息。最大限度的减少分级网管中缺失数据对整个系统的影响,增加用户对网络状况分析的准确性。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (15)
1、一种下级网管向上级网管上报数据的方法,其特征在于,该方法包括:
下级网管接收到上报汇总数据的网管请求时,在本地小时表查找被请求的汇总数据;
当被请求的汇总数据缺失时,根据本地原始表中的原始数据或根据本地小时表中缺失的汇总数据之前至少一天的汇总数据,恢复出缺失的汇总数据,将恢复出的汇总数据作为被请求的汇总数据上报。
2、如权利要求1所述的方法,其特征在于,所述根据本地原始表中的原始数据或根据本地小时表中缺失的汇总数据之前至少一天的汇总数据,恢复出缺失的汇总数据包括:
在本地原始表中查找被请求的汇总数据对应的原始数据;
如果查找到所述对应的原始数据,则对查找到的原始数据进行汇总,将得到的汇总数据作为恢复出的汇总数据;
如果未查找到所述对应的原始数据,则将所述本地小时表作为查找目标,在所述查找目标中查找缺失的汇总数据之前至少一天的汇总数据,根据查找到的汇总数据恢复出缺失的汇总数据。
3、如权利要求2所述的方法,其特征在于,该方法进一步包括:所述下级网管将所管辖设备的汇总数据记录在备份文件中;
当本地小时表中不存在缺失的汇总数据之前至少一天的汇总数据时,将所述备份文件作为查找目标,在查找目标中查找缺失的汇总数据之前至少一天的汇总数据,根据查找到的汇总数据恢复出缺失的汇总数据。
4、如权利要求3所述的方法,其特征在于,所述下级网管将所管辖设备的汇总数据记录在备份文件中为:下级网管在每次向本地小时表填入汇总数据时,将所管辖设备中关键设备的汇总数据记录在备份文件中。
5、如权利要求2或3或4所述的方法,其特征在于,根据设置的配置规则,执行所述在查找目标中查找缺失的汇总数据之前至少一天的汇总数据的操作以及所述根据查找到的汇总数据恢复出缺失的汇总数据的操作;
不同类型的汇总数据适用相同的配置规则,或者不同类型的汇总数据适用不同的配置规则。
6、如权利要求5所述的方法,其特征在于,所述配置规则为置零规则;
所述在查找目标中查找缺失的汇总数据之前至少一天的汇总数据为:从查找目标中获取缺失的汇总数据之前其中一天的汇总数据;
所述根据查找到的汇总数据恢复出缺失的汇总数据为:生成与获取的汇总数据数量相同的性能数据,将生成的性能数据的数值置零,将置零后的性能数据作为恢复出的汇总数据。
7、如权利要求5所述的方法,其特征在于,所述配置规则为平均规则;
所述在查找目标中查找缺失的汇总数据之前至少一天的汇总数据为:从查找目标中获取缺失的汇总数据之前多天的汇总数据;
所述根据查找到的汇总数据恢复出缺失的汇总数据为:生成与获取的其中一天的汇总数据数量相同的性能数据,每个生成的性能数据之值为获取的多天汇总数据中该性能数据的平均值,将赋值为平均值的性能数据作为恢复出的汇总数据。
8、如权利要求5所述的方法,其特征在于,所述配置规则为递推规则;
所述在查找目标中查找缺失的汇总数据之前至少一天的汇总数据为:从查找目标中获取缺失的汇总数据之前连续多天的汇总数据;
所述根据查找到的汇总数据恢复出缺失的汇总数据为:生成与获取的其中一天的汇总数据数量相同的性能数据,根据获取的多天汇总数据确定各性能数据之值的日变化量,每个生成的性能数据之值为前一天该性能数据之值与该性能数据的日变化量之和,将求和运算后的性能数据作为恢复出的汇总数据。
9、如权利要求5所述的方法,其特征在于,所述设置的配置规则包括预先设置的配置规则和根据用户需要扩充的新配置规则。
10、如权利要求1所述的方法,其特征在于,所述恢复出缺失的汇总数据之后,该方法进一步包括,将恢复出的汇总数据记录到本地小时表中。
11、一种网管设备,其特征在于,该网管设备包括请求处理单元、数据恢复单元、本地小时表存储单元和本地原始表存储单元;
所述请求处理单元,用于在接收到上报汇总数据的网管请求时,在所述本地小时表存储单元中查找被请求的汇总数据,当被请求的汇总数据缺失时,通知所述数据恢复单元;
所述数据恢复单元,用于接收到所述通知后,根据所述本地原始表存储单元中的原始数据或根据所述本地小时表存储单元中缺失的汇总数据之前至少一天的汇总数据,恢复出缺失的汇总数据,将恢复出的汇总数据作为被请求的汇总数据上报;
所述本地原始表存储单元,用于存储从所在网管设备所管辖设备采集的原始数据;所述本地小时表存储单元,用于存储根据所述原始数据汇总得到的汇总数据。
12、如权利要求11所述的网管设备,其特征在于,所述数据恢复单元包括原始数据查找恢复模块、汇总数据查找模块和汇总数据恢复模块;
所述原始数据查找恢复模块,用于接收到所述通知后,在所述本地原始表存储单元中查找被请求的汇总数据对应的原始数据;如果查找到对应的原始数据,则对查找到的原始数据进行汇总,将得到的汇总数据作为恢复出的汇总数据上报;如果未查找到所述对应的原始数据,则通知汇总数据查找模块;
所述汇总数据查找模块,用于接收到所述原始数据查找恢复模块的通知时,在所述本地小时表存储单元中查找缺失的汇总数据之前至少一天的汇总数据,将查找到的汇总数据发送给所述汇总数据恢复模块;
所述汇总数据恢复模块,用于根据接收到的汇总数据恢复出缺失的汇总数据并上报。
13、如权利要求12所述的网管设备,其特征在于,所述汇总数据查找模块进一步用于,当在本地小时表存储单元中查找不到缺失的汇总数据之前至少一天的汇总数据时,在一备份文件中查找缺失的汇总数据之前至少一天的汇总数据,将查找到的汇总数据发送给所述汇总数据恢复模块;
该网管设备进一步包括备份单元,用于存储所述备份文件,该备份文件包括所在网管设备所管辖设备的汇总数据。
14、如权利要求12或13所述的网管设备,其特征在于,所述汇总数据查找模块的查找操作和所述汇总数据恢复模块的恢复操作是根据设置的配置规则执行的;
不同类型的汇总数据适用相同的配置规则,或者不同类型的汇总数据适用不同的配置规则。
15、如权利要求11所述的方法,其特征在于,所述数据恢复单元进一步用于,将恢复出的汇总数据记录到所述本地小时表存储单元中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102266555A CN101404590B (zh) | 2008-11-19 | 2008-11-19 | 下级网管向上级网管上报数据的方法和网管设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008102266555A CN101404590B (zh) | 2008-11-19 | 2008-11-19 | 下级网管向上级网管上报数据的方法和网管设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101404590A true CN101404590A (zh) | 2009-04-08 |
CN101404590B CN101404590B (zh) | 2011-04-13 |
Family
ID=40538468
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008102266555A Expired - Fee Related CN101404590B (zh) | 2008-11-19 | 2008-11-19 | 下级网管向上级网管上报数据的方法和网管设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101404590B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101771566A (zh) * | 2009-01-04 | 2010-07-07 | 华为技术有限公司 | 网管间性能数据的传输方法、装置及系统 |
CN102413498A (zh) * | 2011-11-22 | 2012-04-11 | 大唐移动通信设备有限公司 | 一种上报、获得性能数据文件的方法及装置 |
CN101719934B (zh) * | 2009-12-11 | 2014-02-12 | 杭州华三通信技术有限公司 | 一种分布式数据统一汇总报表展示的方法、系统及装置 |
CN103916273A (zh) * | 2014-03-31 | 2014-07-09 | 大唐移动通信设备有限公司 | 一种网管设备性能数据补采方法和网管设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100488109C (zh) * | 2004-09-08 | 2009-05-13 | 中兴通讯股份有限公司 | 一种电信网管中性能数据补采系统及其方法 |
CN100484017C (zh) * | 2004-09-08 | 2009-04-29 | 大唐移动通信设备有限公司 | 网元管理系统中海量性能数据的统计方法 |
CN101170454B (zh) * | 2006-10-27 | 2010-05-12 | 亿阳信通股份有限公司 | 一种监控数据采集汇总状态的方法和系统 |
-
2008
- 2008-11-19 CN CN2008102266555A patent/CN101404590B/zh not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101771566A (zh) * | 2009-01-04 | 2010-07-07 | 华为技术有限公司 | 网管间性能数据的传输方法、装置及系统 |
CN101719934B (zh) * | 2009-12-11 | 2014-02-12 | 杭州华三通信技术有限公司 | 一种分布式数据统一汇总报表展示的方法、系统及装置 |
CN102413498A (zh) * | 2011-11-22 | 2012-04-11 | 大唐移动通信设备有限公司 | 一种上报、获得性能数据文件的方法及装置 |
CN102413498B (zh) * | 2011-11-22 | 2014-04-02 | 大唐移动通信设备有限公司 | 一种上报、获得性能数据文件的方法及装置 |
CN103916273A (zh) * | 2014-03-31 | 2014-07-09 | 大唐移动通信设备有限公司 | 一种网管设备性能数据补采方法和网管设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101404590B (zh) | 2011-04-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10212055B2 (en) | System and method for dynamically grouping devices based on present device conditions | |
CN1859379B (zh) | 一种可扩展标记语言文档管理方法及系统 | |
US20210056073A1 (en) | Block data storage system in an event historian | |
US20050027727A1 (en) | Distributed data gathering and aggregation agent | |
US9842134B2 (en) | Data query interface system in an event historian | |
CN101272275B (zh) | 网管设备、获取网络设备配置信息的方法及系统 | |
CN101192992B (zh) | 用于电信网管系统的性能数据补充采集系统及方法 | |
WO2005022351A2 (en) | Techniques for monitoring applications and filtering data | |
CN105610648A (zh) | 一种运维监控数据的采集方法及服务器 | |
US20090031174A1 (en) | Server outage data management | |
EP0968588A1 (en) | Service level agreement management in data networks | |
CN101404590B (zh) | 下级网管向上级网管上报数据的方法和网管设备 | |
CN113067717A (zh) | 网络请求日志链式跟踪方法、全链路调用监控系统和介质 | |
US9658924B2 (en) | Event data merge system in an event historian | |
KR100912127B1 (ko) | 메타데이터 관리 시스템 및 메타데이터 관리 방법 | |
CN110888847A (zh) | 一种回收站系统及文件回收方法 | |
US9330051B1 (en) | Collection of web server performance metrics to a centralized database for reporting and analysis | |
CN100413257C (zh) | 网元告警数据获取方法 | |
CN112751722B (zh) | 数据传输质量监控方法和系统 | |
CN115473858A (zh) | 数据传输方法和流式数据传输系统 | |
CN111294231B (zh) | 资源管理方法及系统 | |
US10579601B2 (en) | Data dictionary system in an event historian | |
CN111158870A (zh) | 一种管理数据库的方法及装置 | |
Picoto et al. | Management of a WWW Server using SNMP | |
CN117194269A (zh) | 检测方法、装置、电子设备及计算机介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110413 Termination date: 20191119 |
|
CF01 | Termination of patent right due to non-payment of annual fee |