专利名称：网元管理系统中海量性能数据的统计方法
技术领域：
本发明涉及无线通信领域，尤其涉及网元管理系统中海量性能数据的统计方法。
背景技术：
网元管理系统通常先获得被管理网络中的各个网元的性能数据，由于性能数据的数据量很大，甚至可以达到亿万以上的数据记录，由此一般称之为海量性能数据；然后对该些海量性能数据数据进行性能统计，最后依据统计结果进行监视和控制整个被管理网络中的每一个网元。
请参阅图1，其为OMC-R(无线接入网操作维护中心)的一个结构简图。OMC-R是网元管理系统的一个应用实例。它使用的应用服务器为OMC-R服务器11，还包括数据库服务器12、局域网(LAN)13、网内OMC-R控制台14、网元协议网关15、路由器16、网管接口17、省级网管18、远端OMC-R控制台19及RNC系统(无线网络子系统)20。
该系统可以在LAN13上设置若干网元协议网关15(在图中绘示的个数为1个)，而每一网元协议网关15通过SNMP协议(简单网管协议)接收本网关的各个RNS系统20的上报网元性能数据，随后，网元协议网关15将收集到的网元性能数据定时上传至OMC-R服务器11，OMC-R服务器11实时的将上报的性能文件解析到数据库服务器12中，省级网管18能够通过标准的网管接口17进行性能数据的统计与查询等操作。
另外，操作人员不仅可以通过设置在局限网13内的OMC-R控制台14登陆到OMC-R系统中进行操作，而且也可以通过远端OMC-R控制台19远程登录至OMC-R系统中进行操作。
在目前的网元管理系统中，由于可管理网元数量的不断增加，从而导致上报的网元性能数据也不断增加。假如一个网元管理系统管理15个RNS系统，则可能存在进行性能数据上报的网元高达到48000个，而这些个网元中的每个网元都带有不同数目的计数器，计数器的个数少则10个，多则可以带有80多个计数器，由此可以计算出每次上报的数据量；而系统还会按照预先设定的时间周期(比如5分钟)将采集的数据进行上报；并且，3gpp组织在性能规范中要求性能采样数据能够保存一定时间，根据上述规范要求结合OMC-R的需求，需确定保存3个月的性能数据，根据上述分析可以获知网元管理系统中需要保存的性能数据量之大，因此对该海量性能数据进行统计并非是易事。
现有技术中主要采用以下二种方式来统计网元管理系统中的海量性能数据。
第一种方法是在数据库服务器中设置一张性能上报表，该性能上报表保存海量性能数据，并且新获得的性能数据也不断地添加至该性能上报表中，该性能上报表通过网元信息、性能信息等字段建立多种索引来统计网元性能。虽然该方法实现比较简单，OMC-R服务器不用进行任何处理就能直接到性能上报表中执行查询与统计，但这种方法的执行效率非常差。由于该性能上报表中的数据量实在太大，在性能上报表中进行性能统计时，统计的速度非常慢，当数据量达到某个阕值时，数据库服务器甚至无法响应其查询请求。
如若预提高统计速度，需依靠硬件系统的提升，譬如在数据库服务器中使用磁盘阵列，通过使用磁盘阵列对性能上报表进行物理上的划分，同时增加CPU的数目以提高数据库执行统计的并行性，但是通过增加额外的硬件来提高统计速度，大大增加了统计的成本。
第二种方法是在数据库服务器上以小表的方式保存该些海量性能数据，比如a按照性能数据的上报时间，周期性建立上报表，譬如按照月为单位建立每月性能上报表，则一张性能上报表就被分割成复数个月性能上报表，性能统计时通过对每月性能上报表的统计达到统计整个海量性能数据的目的。
(2)按照不同的网元或网元类型建立网元性能上报表，譬如网元类型为N种，则建立N个对应网元性能上报表，同时一张性能上报表就被分割成N张网元性能上报表，性能统计时通过对不同的网元性能上报表达到统计整个海量性能数据的目的。
第二种方法减少单张表中的性能数据，因此在统计跨度正好属于某单张表内时，检索的数据量就会减少，这样就能提高统计的执行速度，但这样做也有比较明显的缺点，首先，按照目前如此大的数据量，即便将性能上报数据表按照这样上述方式划分成多个小表，每个小表里的数据量仍非常大，在进行性能统计时，速度还有待提高，最重要的是，如果查询统计需要跨越多张表，统计效率会比仅采用第一种方法中的一张性能上报表还要差。还有，随着统计的时间跨度的增长，统计的性能急速下降，常常到了数据库器无法响应的程度。
由此，现有技术在网元管理系统的海量性能数据的统计过程中主要存在海量性能数据的统计非常耗费时间，即统计效率差等问题。并且，随着统计的时间跨度的增长，统计的性能急速下降，常常使得数据库服务器无法响应的程度。
发明内容
本发明目的在于提供一种网元管理系统中不增加硬件成本且提高统计效率的海量性能数据的统计方法，以解决现有技术中存在海量性能数据的统计非常耗费时间，统计效率差的技术问题。
为解决上述问题，本发明公开了一种网元管理系统中海量性能数据的统计方法，所述网元管理系统包括数据库服务器和应用服务器，所述数据库服务器上设置有性能上报表，用于保存上报的性能数据，包括
(1)在所述数据库服务器上设置不同时间粒度的数据存储表，所述时间粒度表示性能数据的上报时间，所述粒度与粒度之间存在包含关系；(2)所述应用服务器将上报性能数据周期地按照每一时间粒度的要求归并后，存入对应粒度数据存储表；(3)当对所述网元管理系统的海量性能数据进行性能统计时，所述应用服务器根据统计要求的粒度检索对应粒度的数据存储表，获得所述性能的统计结果。
步骤(2)具体包括(21)所述应用服务器将满足最小时间粒度要求的未归并的性能数据归并后，保存至最小时间粒度对应数据存储表，所述性能数据为所述性能上报表中的性能数据；(22)所述应用服务器将满足其它每一时间粒度要求的未归并的性能数据归并后，保存至对应粒度数据存储表中，所述性能数据为小于本粒度值中最大粒度对应的数据存储表中的性能数据。
步骤(1)还包括在所述数据库服务器上还设置一张性能时间戳表，以保存每一时间粒度数据存储表最后一次归并的时间；步骤(1)和步骤(2)之间还包括当所述网元管理系统的系统时间与所述最后一次归并时间之差至少大于等于一预先设定的时间值时，进行步骤(2)。所述预先设定的时间值为1天。
步骤(1)还包括(11)在数据库中设置一后台任务，所述后台任务定时进行各粒度数据存储表之间性能数据的归并；(12)在数据库中设置一触发器；步骤(2)还包括当数据库重新启动时，激活所述触发器，修改后台任务中开始统计时间，以使所述后台任务能够连续归并。
步骤(2)还包括将每一时间粒度数据存储表中的性能数据按照不同的时间范围进行分区保存。
所述步骤(3)具体包括(a)分别计算统计开始时间、统计结束时间的粒度值，并找到其中最小的粒度；(b)取出性能时间戳表中最大粒度；(c)将步骤(a)中最小的粒度和步骤(b)中最大粒度进行比较，找到粒度值小的粒度做为本统计所使用的粒度；(d)根据步骤(c)中本统计所使用粒度，确定采用对应的数据存储表进行统计，获得统计结果。
步骤(1)中设置的所述时间粒度包括小时、天数、月、年。所述步骤(2)具体包括(A)若系统当前时间比性能时间戳表中的最后一次归并的小时大于一天或系统当前时间到了整点，将对所述性能上报表中未归并的性能数据以小时为单位进行归并后，保存到对应的小时数据存储表中，并设置性能时间戳表的最后归并的时间endDate；(B)判断endDate的天数是否大于所述性能时间戳表中的最后一次归并的天数，若是进行步骤(C)，否则进行步骤(A)；(C)将对所述小时数据存储表中未归并的性能数据以天为单位进行归并后，保存到对应的天数据存储表中，并设置性能时间戳表的最后归并时间D；(D)判断D中的月是否大于所述性能时间戳表中的最后一次归并的月数，若是进行步骤(E)，否则进行步骤(A)；(E)将对所述天数据存储表中未归并的性能数据以月为单位进行归并后，保存到对应的月数据存储表中，并设置性能时间戳表的最后归并时间M；(F)判断M中的年是否大于所述性能时间戳表中的最后一次归并的年数，若是进行步骤(K)，否则进行步骤(A)；(K)将对所述月数据存储表中未归并的性能数据以年为单位进行归并后，保存到对应的年数据存储表中，并设置性能时间戳表的最后归并时间Y。
与现有技术相比，本发明具有以下优点本发明周期地按照不同的时间粒度归并上报的海量性能数据，存储至对应的粒度数据存储表中，当进行海量性能数据的性能统计时，根据具体统计的要求，选择对应的粒度数据存储表进行性能统计，由于粒度数据存储表中预先已对已上报的性能数据进行归并，比如小时表中的每一记录是统计的一个小时的性能，因此表中的数据成数量级的减少，既提高了统计的效率，又无需增加额外硬件。
在本发明中，考虑到统计的精确性，将上报的性能数据保存至一预先设定的时间后，才进行归并处理，防止数据滞后带来统计不准确的情况发生。在本实施例中，预定的时间为一天。
在本发明中，设置一触发器在数据库不稳定发生重启的情况下，通过修改统计初始时间来达到上报数据出现连续归并的效果。
图1是网元管理系统的一个应用实例OMC-R的一个结构简图；图2是为本发明的网元管理系统中海量性能数据的统计流程图；图3是本发明中实现性能数据归并存储的实施示意图；图4是本发明中统计过程的实施流程图。
具体实施例方式
以下结合附图，具体说明本发明。
请参阅图2，其为本发明的网元管理系统中海量性能数据的统计流程图。该网元管理系统包括数据库服务器和应用服务器，所述数据库服务器上设置有用于保存上报的性能数据的上报性能表，包括以下步骤S110在数据库服务器上设置不同时间粒度的数据存储表，粒度表示性能数据上报时间的精度，粒度与粒度之间存在包含关系；时间粒度比如分、时、天、月、年，而在网元管理系统中通过以分为单位进行数据上报，由此可以建立如时数据存储表、天数据存储表、月数据存储表和年数据存储表。譬如考虑到统计性能时通常是以一个周的性能数据为参考时，可以建立周数据存储表、月数据存储表和年数据存储表等，设置时间粒度的种类可以根据具体的性能统计情况具体设置。很显然，每一粒度之间都有包含关系，以设置的粒度为分、时、天、月、年为例，一年包含12个月、一个月包含固定的天数，即粒度之间存在确定的包含关系；S120所述应用服务器将上报性能数据周期地按照每一时间粒度的要求归并后，存入对应粒度数据存储表；上报至数据库服务器的网元性能数据是动态，即随着时间的推移，性能上报表中的网元性能数据是增加且动态变化的，比如一天有24个小时，将性能上报表的性能数据归并成24条性能数据存储在小时数据存储表中，即将一个小时中的所有性能数据统计成一条数据记录，当然归并的条件可以根据性能统计的要求进行设置，比如每两个小时将性能上报表中新增的数据归并成一条性能数据存储在小时数据存储表中。在归并时，系统可以将所述的粒度数据存储表以性能上报表为归并的基础进行归并，但考虑到归并的效率，主要采用以下方法进行归并(21)应用服务器将满足最小时间粒度要求的未归并的性能数据归并后，保存至最小时间粒度对应数据存储表，所述性能数据为所述性能上报表中的性能数据；(21)所述应用服务器将满足其它每一时间粒度要求的未归并的性能数据归并后，保存至对应粒度数据存储表中，所述性能数据是小于本粒度值中最大的粒度对应的数据存储表中的性能数据。
比如本系统设置的粒度为时、天、月，则首先，应用服务器将性能上报表中的未归并的性能数据以小时为单位进行归并，如将上报时间位于同一小时内的所有性能数据统计成一条小时数据记录，并存储在小时数据存储表；然后，应用服务器将小时数据存储表中未归并的小时数据记录以天为单位归并为天数据记录，如将小时数据存储表中未归并的且位于同一天内的数据记录统计成一条天数据记录，保存在天数据存储表中；随后，应用服务器将天数据存储表中未归并的天数据记录以月为单位归并为月数据记录，保存在月数据存储表中，如天数据存储表中未归并的且位于同一月内的天数据记录统计成一条月数据记录，保存在月数据存储表中；最后，应用服务器将月数据存储表中未归并的月数据记录以年为单元归并成年数据记录，如月数据存储表中未归并的且位于同一年内的天数据记录统计成一条年数据记录，保存在年数据存储表中。
130当对所述网元管理系统的海量性能数据进行性能统计时，所述应用服务器根据统计要求的粒度检索对应粒度的数据存储表，获得所述性能的统计结果。比如针对7月海量性能数据统计系统的某一性能，则只需要统计7月的天数据存储表查询对应性能并对其进行统计即可，相比较于现有技术中将该些海量性能数据保存在一张或几张性能数据表，本发明的性能统计时需要查询的数据量非常少，大大提高了统计的效率。
以下结合图1的网元管理系统的结构实例图，以时、天、月、年的时间粒度为例，具体说明本发明。
首先设置不同时间粒度的数据存储表小时数据存储表(下简称小时表)、天数据存储表(下简称天表)、月数据存储表(下简称月表)和年性数据存储表(下简称年表)。
网元管理系统的网元协议网关15周期性地将被管理的网元性能数据通过LAN13上传至OMC-R服务器11，OMC-R服务器11实时的将上报的性能文件解析到数据库服务器12中，数据库服务器12将性能数据保存在性能上报表中。该周期通常是以分为单位进行上报的。
由于性能上报表的精确度到了分钟，而且包含了当前最新的性能数据。该表中的字段除了性能数据和网元数据，最重要是时间字段，该时间字段明确表示了上报性能数据的采集时间(它精确到分钟)。通过这样一张性能上报表，再派生出与之结构完全相同的四张表(小时表、天表、月表和年表)，但这些表中的上报时间字段的精确度分别到小时、天、月、年。小时表，天表等表的字段与原始数据表都是相同的，只是时间粒度不同，因此，这些表与原始数据表一样，都表示所有网元所有性能的数据)。它们与性能上报表的区别在于他们是历史数据表，同时他们的时间粒度与性能上报表不同。
举例来说，假设性能上报数据从2003/09/27 12:00开始进行上报，每5分钟上报一次，这样每次上报来的数据间隔为5分钟，他们被保存在性能上报表中，数据就这样不断上报，当上报到一定程度以后，系统将2003/09/2712:00到2003/09/27 13:00的数据进行自动统计，生成这一个小时的统计数据(称之为一条天数据记录)，将产生的统计数据保存到小时表中，当小时表的数据到达了一定程度以后，将2003/09/27 00:00到2003/09/28 00:00的数据保存到天表中，以此类推，依次向上生成数据，直到年表。
数据归并的方向是从性能上报表(perfdata)归并到性能上报小时表(perfhourtab)，再从小时表归并到天表(perfdatetab)，再从天表归并到月表(perfmonthtab)，最后再由月表归并到年表(perfyeartab)。每个表中的数据量是按照一数量级进行递减的。假设性能数据上报表中有37681950条性能上报记录，那么性能小时表中的记录数只有它的1/12左右，到达3140162条记录，天表中的记录将只有1/24的小时表记录数，为130840条，依次类推，月表，年表的记录数也按照这样的数量级减少。由于保存的数据量少，减少统计时查询的次数，进而提高了统计的速度。
将网关协议网关15收集到的性能数据上报至数据库服务器12时，很可能存在数据滞后的情况，由此带来性能统计准确性降低。为了避免由于数据滞后而带来性能统计的准确性降低的问题，本发明采用将接收的性能数据保留一预先设定的时间后，再进行归并。本实施例采用的预先设定的时间为一天。以下具体介绍如何实现性能数据的归并存储的。
请参阅图3，其为本发明中实现性能数据归并存储的实施示意图。
步骤S210在系统初始运行的时候，预先设计一张性能时间戳表，该表用来记录最后一次归并的小时，最后一次归并的天，最后一次归并的月，最后一次归并的年，譬如，假设系统初始安装的时候，当前时间为2003/09/1012:30，那么性能时间戳表中的四个字段的数值分别为2003/09/10 12:00(最后归并的小时)，2003/09/10 00:00(最后归并的天)，2003/09/01 00:00(最后归并的月)，2003/01/01 00:00(最后归并的年)。而归并设置的开始时间为当前系统时间的后一天的整点，对于本例来说，归并初始运行的时间为2003/09/11 13:00。之所以要延后一天，是为了保证延迟的上报数据可以被处理，被归并。
步骤S220若系统当前时间比性能时间戳表中的最后一次归并的小时大于一天或系统当前时间到了整点，将对所述性能上报表中未归并的性能数据以小时为单位进行归并后，保存到对应的小时数据存储表中，并设置性能时间戳表的最后归并的时间endDate。
正常情况下，只要数据库始终运行着，每次归并发生的时刻都会与当前的时间间隔一天，但在数据库发生异常被关闭的情况，数据库重新启动后，当前时间与最后一次归并时间会超过一天，再这种情况下，可以不用每过一个小时进行归并，将所有未归并的性能数据以小时为单位直接归并。
步骤S230判断endDate的天数是否大于所述性能时间戳表中的最后一次归并的天数，若是进行步骤S240，否则进行步骤S220；步骤S240将对所述小时表中未归并的性能数据以天为单位进行归并后，保存到对应的天数据存储表中，并设置性能时间戳表的最后归并时间D；
步骤S250判断D中的月是否大于所述性能时间戳表中的最后一次归并的月数，若是进行步骤S260，否则进行步骤S220；步骤S260将对所述天数据存储表中未归并的性能数据以月为单位进行归并后，保存到对应的月数据存储表中，并设置性能时间戳表的最后归并时间M；步骤S270判断M中的年是否大于所述性能时间戳表中的最后一次归并的年数，若是进行步骤S280，否则进行步骤S220；步骤S280将对所述月数据存储表中未归并的性能数据以年为单位进行归并后，保存到对应的年数据存储表中，并设置性能时间戳表的最后归并时间Y。
为了保证在数据库发生异常错误重启以后，系统在数据库中设置一后台任务，所述后台任务定时进行各粒度数据存储表之间性能数据的归并，并且还在数据库中设置一触发器；当数据库重新启动时，激活所述触发器，修改后台任务中开始统计时间，以使所述后台任务还能继续按照预定的时间进行归并，该触发器会修改归并的初始运行时间，本实施例是将该统计时间调整为当前时间的后一天的整点，如果不那样做，重启后的系统会在下一个5分钟马上运行，这下一个5分钟可能并不是在整点开始的，而且，数据库重启以前的那些还未处理的性能上报数据，将来不及进行上报，这样发生的归并将毫无意义。
另外，对于性能上报表，天表，月表，年表，都按照时间进行分区，具体的每个分区跨越的时间范围，用户可以自己进行设置，对这些表采用分区，降低了从性能上报表导入数据到小时表，以及从小时表导入数据到天表，以次类推。因为在物理文件上来看，这些表又都被按照时间划分成了多个块，这样有效的加快了各层次表之间归并数据的速度。同时，对这些表进行分区的另一个作用，在于结合了现有的技术，上面提及的现有技术的根本原理是对数据进行分表存储，本发明通过使用分区表达到了同样的目的，在性能查询统计过程中，如果查询统计的时间跨度正好落在某个分区内，执行速度将比不建分区要快许多。
针对上述已按照不同的时间粒度进行归类存储对应性能数据后，系统是按照如下方法进行海量性能数据的性能统计的。
在进行性能统计时，由于存在四个表，必须要通过软件来明确该使用哪种类型的表来完成统计，如果进行统计的数据包括当前数据或者性能统计的精确度需要到分钟，必须在性能上报表中进行统计，对于这种类型的统计，使用本方法并不能带来性能的增益，但当性能统计统计的是历史数据并且统计精度在分以上时，统计的速度就将大大加快。而在现实系统中，统计的最小粒度很少达到分，并且多数的统计都将是历史统计。统计的程序流程如下(请参阅图4)S310分别计算统计开始时间、统计结束时间的粒度值，并找到其中最小的粒度；S320取出性能时间戳表中最大粒度；S330将步骤S310中最小的粒度和步骤S320中最大粒度进行比较，找到粒度值小的粒度做为本统计所使用的粒度；S340根据步骤S330中本统计所使用粒度，确定采用对应的数据存储表进行统计，获得统计结果。
以上公开的仅为本发明的几个具体实施例，但本发明并非局限于此，任何本领域的技术人员能思之的变化，都应落入本发明的保护范围。
权利要求
1.一种网元管理系统中海量性能数据的统计方法，所述网元管理系统包括数据库服务器和应用服务器，所述数据库服务器上设置有性能上报表，用于保存上报的性能数据，其特征在于，包括(1)在所述数据库服务器上设置不同时间粒度的数据存储表，所述时间粒度表示性能数据的上报时间，所述粒度与粒度之间存在包含关系；(2)所述应用服务器将上报性能数据周期地按照每一时间粒度的要求归并后，存入对应粒度数据存储表；(3)当对所述网元管理系统的海量性能数据进行性能统计时，所述应用服务器根据统计要求的粒度检索对应粒度的数据存储表，获得所述性能的统计结果。
2.如权利要求1所述的一种网元管理系统中海量性能数据的统计方法，其特征在于，步骤(2)具体包括(21)所述应用服务器将满足最小时间粒度要求的未归并的性能数据归并后，保存至最小时间粒度对应数据存储表，所述性能数据为所述性能上报表中的性能数据；(22)所述应用服务器将满足其它每一时间粒度要求的未归并的性能数据归并后，保存至对应粒度数据存储表中，所述性能数据为小于本粒度值中最大粒度对应的数据存储表中的性能数据。
3.如权利要求1或2所述的一种网元管理系统中海量性能数据的统计方法，其特征在于，步骤(1)还包括在所述数据库服务器上还设置一张性能时间戳表，以保存每一时间粒度数据存储表最后一次归并的时间；步骤(1)和步骤(2)之间还包括当所述网元管理系统的系统时间与所述最后一次归并时间之差至少大于等于一预先设定的时间值时，进行步骤(2)。
4.如权利要求3所述的一种网元管理系统中海量性能数据的统计方法，其特征在于，所述预先设定的时间值为1天。
5.如权利要求1或2所述的一种网元管理系统中海量性能数据的统计方法，其特征在于，步骤(1)还包括(11)在数据库中设置一后台任务，所述后台任务定时进行各粒度数据存储表之间性能数据的归并；(12)在数据库中设置一触发器；步骤(2)还包括当数据库重新启动时，激活所述触发器，修改后台任务中开始统计时间，以使所述后台任务能够连续归并。。
6.如权利要求1或2所述的一种网元管理系统中海量性能数据的统计方法，其特征在于，步骤(2)还包括将每一时间粒度数据存储表中的性能数据按照不同的时间范围进行分区保存。
7.如权利要求3所述的一种网元管理系统中海量性能数据的统计方法，其特征在于，所述步骤(3)具体包括(a)分别计算统计开始时间、统计结束时间的粒度值，并找到其中最小的粒度；(b)取出性能时间戳表中最大粒度；(c)将步骤(a)中最小的粒度和步骤(b)中最大粒度进行比较，找到粒度值小的粒度做为本统计所使用的粒度；(d)根据步骤(c)中本统计所使用粒度，确定采用对应的数据存储表进行统计，获得统计结果。
8.如权利要求1或4所述的一种网元管理系统中海量性能数据的统计方法，其特征在于，步骤(1)中设置的所述时间粒度包括小时、天数、月、年。
9.如权利要求8所述的一种网元管理系统中海量性能数据的统计方法，其特征在于，所述步骤(2)具体包括(A)若系统当前时间比性能时间戳表中的最后一次归并的小时大于一天或系统当前时间到了整点，将对所述性能上报表中未归并的性能数据以小时为单位进行归并后，保存到对应的小时数据存储表中，并设置性能时间戳表的最后归并的时间endDate；(B)判断endDate的天数是否大于所述性能时间戳表中的最后一次归并的天数，若是进行步骤(C)，否则进行步骤(A)；(C)将对所述小时数据存储表中未归并的性能数据以天为单位进行归并后，保存到对应的天数据存储表中，并设置性能时间戳表的最后归并时间D；(D)判断D中的月是否大于所述性能时间戳表中的最后一次归并的月数，若是进行步骤(E)，否则进行步骤(A)；(E)将对所述天数据存储表中未归并的性能数据以月为单位进行归并后，保存到对应的月数据存储表中，并设置性能时间戳表的最后归并时间M；(F)判断M中的年是否大于所述性能时间戳表中的最后一次归并的年数，若是进行步骤(K)，否则进行步骤(A)；(K)将对所述月数据存储表中未归并的性能数据以年为单位进行归并后，保存到对应的年数据存储表中，并设置性能时间戳表的最后归并时间Y。
全文摘要
一种网元管理系统中海量性能数据的统计方法，所述网元管理系统包括数据库服务器和应用服务器，所述数据库服务器上设置有性能上报表，用于保存上报的性能数据，包括(1)在所述数据库服务器上设置不同时间粒度的数据存储表，所述粒度表示性能数据上报时间，所述粒度与粒度之间存在包含关系；(2)所述应用服务器将上报性能数据周期地按照每一时间粒度的要求归并后，存入对应粒度数据存储表；(3)当对所述网元管理系统的海量性能数据进行性能统计时，所述应用服务器根据统计要求的粒度检索对应粒度的数据存储表，获得所述性能的统计结果。利用上述方法进行性能统计时，无需增加额外硬件成本，并且提高了统计的效率。
文档编号G06F17/30GK1747398SQ20041007389
公开日2006年3月15日 申请日期2004年9月8日 优先权日2004年9月8日
发明者周琪 申请人:大唐移动通信设备有限公司, 上海大唐移动通信设备有限公司