CN101841423A - 网管系统历史性能数据查询方法、装置及网管系统 - Google Patents
网管系统历史性能数据查询方法、装置及网管系统 Download PDFInfo
- Publication number
- CN101841423A CN101841423A CN200910080101A CN200910080101A CN101841423A CN 101841423 A CN101841423 A CN 101841423A CN 200910080101 A CN200910080101 A CN 200910080101A CN 200910080101 A CN200910080101 A CN 200910080101A CN 101841423 A CN101841423 A CN 101841423A
- Authority
- CN
- China
- Prior art keywords
- cost
- parameter
- system handles
- parameters
- predetermined
- 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
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种网管系统历史性能数据查询方法和装置,所述方法包括:接收查询请求,该查询请求指定多个影响系统处理成本的参数的数值;依据预先确定的系统处理成本与所述多个参数的对应关系,计算所述多个参数数值对应的系统处理成本;当所述系统处理成本高于预定处理成本时,从所述多个参数中依次选取一个参数作为目的参数,计算系统处理成本等于所述预定处理成本且其他参数固定不变时,所述目的参数的数值;反馈各个参数及各个参数作为目的参数时的数值。本发明实施例从系统处理成本的角度看待参数的调整,能够指导用户进行参数调整,提高用户的服务感受,在用户依据指示进行调整后可进行查询操作,提高服务器资源利用率。
Description
技术领域
本发明涉及网络技术领域,更具体地说,涉及一种网管系统历史性能数据查询方法、装置及网管系统。
背景技术
历史性能数据查询功能是网管系统的一项基本功能,服务器在接收到数据查询请求后,执行查询操作,并将查询结果直接通过Socket发送到客户端。
在进行历史性能数据查询时,如果对(管理对象个数、性能指标个数和时间范围)不做任何限制,即选择全网小区、全部指标、较长时间内的性能数据,如此将很快会把服务器的资源消耗掉,从而导致服务器发生性能故障,进而影响到服务器的响应速度和响应结果。
对于上述问题的一般解决方案是:对管理对象个数、性能指标个数和时间范围进行限制,例如限制选择的管理对象个数小于500,性能指标个数小于或等于200个,时间小于或等于7天,从而避免服务器资源过度消耗。
但是,在本发明创造过程中,发明人发现,上述方式至少存在以下问题:
其对管理对象个数、性能指标个数和时间范围的限制方式是分别限制,这种孤立、僵化的限制方式导致服务器的功能无法充分发挥,用户的操作受到了较大的限制。
发明内容
有鉴于此,本发明提供一种网管系统历史性能数据查询方法、装置及网管系统,以解决现有技术无法充分发挥服务器功能的问题。
一种网管系统历史性能数据查询方法,包括:
接收查询请求,该查询请求指定多个影响系统处理成本的参数的数值;
依据预先确定的系统处理成本与所述多个参数的对应关系,计算所述多个参数数值对应的系统处理成本;
当所述系统处理成本高于预定处理成本时,从所述多个参数中依次选取一个参数作为目的参数,计算系统处理成本等于所述预定处理成本且其他参数固定不变时所述目的参数的数值;
反馈各个参数及各个参数作为目的参数时的数值。
本发明实施例还提供了一种网管系统历史性能数据查询装置,包括:
查询请求接收单元,用于接收查询请求,所述查询请求指定多个影响系统处理成本的参数的数值;
第一计算单元,用于依据预先确定的系统处理成本与所述多个参数的对应关系,计算所述多个参数数值对应的系统处理成本;
比较单元,用于比较所述系统处理成本与预定处理成本;
第二计算单元,用于当所述系统处理成本高于预定处理成本时,从所述多个参数中依次选取一个参数作为目的参数,计算系统处理成本等于所述预定处理成本且其他参数固定不变时所述目的参数的数值;
反馈单元,用于反馈各个参数及各个参数作为目的参数时的数值。
此外,本发明实施例还提供了一种网络管理系统,包括服务器和客户端,所述服务器具有数据查询装置,所述数据查询装置用于:
接收所述客户端发送的用于指定多个影响系统处理成本的参数的数值的查询请求;以及,
依据预先确定的系统处理成本与所述多个参数的对应关系,计算所述多个参数数值对应的系统处理成本,并比较所述系统处理成本与预定处理成本,当所述系统处理成本高于预定处理成本时,从所述多个参数中依次选取一个参数作为目的参数,计算系统处理成本等于所述预定处理成本且其他参数固定不变时,所述目的参数的数值;以及,
反馈各个参数及各个参数作为目的参数时的数值至所述客户端。
从上述的技术方案可以看出,本发明实施例提出了系统处理成本的概念,设定影响系统处理成本的参数及所述系统处理成本之间的对应关系,并依据系统处理能力设定预定系统处理成本门限,于是,在接收到用户查询请求后,判断该查询请求需要的系统处理成本是否超出预定系统处理成本门限,若是,则可根据所述对应关系,反馈指示信息以指示用户调整查询参数。如此,一方面,能够给用户以具体指示,指导用户进行参数数值调整,提高用户的服务感受;另一方面,在用户依据所述指示进行调整后,即可进行查询操作,使服务器资源能够得到较大程度的利用。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种网管系统历史性能数据查询方法的流程图;
图2为本发明实施例提供的一种网管系统历史性能数据查询装置的结构示意图;
图3为本发明实施例提供的一种网络管理系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例公开了一种网管系统历史性能数据查询方法,设定各影响系统处理成本的参数与系统处理成本的对应关系,在用户查询请求确定的系统处理成本高于预设门限时,向用户反馈指示调整参数数值的信息,指示用户对参数数值进行调整以使查询请求被接受,如此,不仅使服务器的功能被充分发挥,而且还可提高用户的服务感受。图1示出了该方法的流程,包括预处理过程和查询过程,如下:
预处理过程包括:
步骤S11、确定影响系统处理成本的参数。
所述系统处理成本可以理解为:系统进行处理所消耗的资源。
在网管系统中,存储性能数据的数据库一般非常巨大,而用户获取的数据相对较少,需要从海量数据中找出满足用户要求的数据,需要耗费资源。由此可以看出,管理对象数量、时间范围都会影响查找的数据量,从而影响资源消耗的大小。
另外,由于找出的满足用户要求的数据中包含的一些字段是用户所不需要的,因此,还需要进一步处理:过滤出用户需要的字段,并在适当处理后传输给用户,此处理同样会消耗资源。可以看出,当管理对象数量越多、性能指标数量越多、时间范围越大,则需要进行进一步处理的数据量也就越大,因此,产生的资源消耗也就越大,反之亦然。
因此,管理对象数量、性能指标数量和时间范围均是影响系统处理成本的参数。
步骤S12、设定系统处理成本和各参数之间的对应关系,并依据系统处理能力设定系统处理成本门限。
从海量性能数据中查找出满足用户要求的数据,需要进行读索引和读表记录,其资源主要消耗在磁盘I/O上,本文将这种消耗称为I/O成本。
另外,本文而对满足用户要求的数据进一步处理(:过滤出用户需要的字段,并在适当处理后传输给用户)所造成的资源消耗称为CPU处理成本和网络传输成本。
即:系统处理成本=I/O成本+CPU处理成本和网络传输成本...(公式1)
下面分别对I/O成本、CPU处理成本和网络传输成本进行详细介绍:
1、I/O成本
对于oracle数据库,在读取方式是“以块读取”(即一次读取一个块中全部记录的全部字段)的时候,即:虽然用户只需要每条记录中部分字段,但读取时仍然会将用户不需要的字段也一并读取。一般地,用户选择的每一个性能指标都对应数据库记录中的一个字段,因为不管用户选择多少性能指标,都需要全部字段读取,因此用户选择的性能指标数量对I/O成本产生的影响可以忽略。对于oracle来说,其I/O成本其实和读取的数据块的多少是比例的,而读取的数据块多少,可以用从数据库读取到的符合条件的行总数来折算。
在从数据库读取到的符合条件的行总数和用户选择的管理对象数量有关,显然用户选择的管理对象越多,则行总数越大;
另外,行总数也和用户选择的时间范围和采集粒度有关。
管理对象按照预先设定的周期上报性能数据,所述预先设定的周期即是管理对象的性能数据的采集粒度(或采集周期);
每个管理对象在某时间范围内上报性能数据的条数=时间范围/采集周期...........................................................(公式2)
例如采集周期为15分钟,即表示每个管理对象每15分钟上报一条性能数据,则一个管理对象一天上报的性能数据条数为:24×60分钟/15分钟=96条。
综上,作如下设定:
I/O成本=从数据库读取到的符合条件的行总数(记录总数)×平均行长度...........................................................(公式3)
从数据库读取到的符合条件的行总数=管理对象数量×每个管理对象在某时间范围内上报性能数据。.................................(公式4)
综合公式4和公式2,即得到:
从数据库读取到的符合条件的行总数=管理对象数量×时间范围/采集周期。.......................................................(公式5)
综合公式3和公式5,所述I/O成本与管理对象数量和采集周期的关系如下:
I/O成本=管理对象数量×时间范围/采集周期×平均行长度.....(公式6)
其中,平均行长度即数据库记录中平均每条记录占用多少字节,对于性能表来说,其长度主要取决于该表中全部字段(性能指标)个数,可以看作常量。
假设:管理对象数量为x,时间范围为y(分钟),性能指标数量为z,采集周期为15(分钟),平均行长度设为a,则:
I/O成本=x×y/15×a。
2、CPU处理成本和网络传输成本
从上文可以得出,CPU处理成本和网络传输成本与用户需要获得的总数据量成正比,
CPU处理成本和网络传输成本=b*用户需要获得的总数据量...(公式7)
其中,b为常数,是个经验值,可根据网络环境及用户需求的不同而进行修改;
因为用户需要获得的总数据量是和用户选择的指标数量成正比的,显然,相同条件下,如果选择的指标比较多,则需要传给用户的数据也比较多。
因此:
用户需要获得的总数据量=从数据库读取到的符合条件的行总数×用户选择的指标数量............................................(公式8)
根据公式5、公式7和公式8,得到:
CPU处理成本和网络传输成本=b×管理对象数量×时间范围/采集周期×用户选择的指标数量。....................................(公式9)
根据上文的假设,即:
CPU处理成本和网络传输成本=b×(x×y/15×z);
上述I/O成本与CPU处理成本和网络传输成本的和即是系统处理成本,即:
系统处理成本=I/O成本+CPU处理成本和网络传输成本;
因此,系统处理成本与参数之间的对应关系如下式所示:
系统处理成本=a×x×y/15+b×(x×y/15×z)。
在设定系统处理成本与参数之间的对应关系的同时,根据系统的最大处理能力设定系统处理成本门限,以避免服务器资源被过度消耗。
具体过程为:首先,根据系统的硬件配置确定系统的最大处理能力,然后,根据系统的最大处理能力设置系统处理成本门限。
在完成预处理过程后,进入查询过程,所述查询过程包括以下步骤:
步骤S13、接收用户发送的查询请求。
向用户提供查询界面,该查询界面显示各种管理对象、性能指标及查询起始、结束时间,在用户选择管理对象、性能指标及查询起始、结束时间后,确定管理对象数量、性能指标数量及查询时间范围等数值。
步骤S14、依据参数与系统处理成本的对应关系,确定该查询请求对应的系统处理成本。
假设查询请求中,管理对象数量、性能指标数量和时间范围的数值分别为x1、y1和z1,平均行长度为1,b为1/10,则依据上述预处理过程设定的系统处理成本与参数的对应关系,确定查询请求对应的系统处理成本=x1×y1/15+1/10×(x1×y1/15×z1)。
步骤S15、判断所述系统处理成本是否高于预定系统处理成本门限,若是,进入步骤S16;否则,进入步骤S17。
步骤S16、依次选择各参数作为目的参数,计算其在系统处理成本等于所述预定处理成本且其他参数固定不变时的数值,进入步骤S18。
步骤S17、按照查询请求进行数据库操作,从数据库中查询出性能指标,并向用户反馈查询结果。
按照查询请求中的各参数数值进行数据库操作的具体过程属于现有技术,在此不进行详细描述。
步骤S18、反馈指示各参数及各参数在作为目的参数时的数值的信息。
向用户反馈指示信息,该指示信息用于指示各参数及各参数在作为目的参数时的数值,相当于告知用户当前的查询参数需要修改,并给出具体的修改范围。
在接收到用户调整查询参数后的查询请求后,重复上述步骤S14-S18步骤。
上述步骤S16的具体过程可以如下:
假设管理对象数量、性能指标数量和时间范围的数值分别为x、y和z,所述预定系统处理成本为25000,任选上述三个参数中的任意一个参数作为目的参数,计算在a×x×y/15+b×(x×y/15×z)=25000且其他两个参数保持不变时,所述目的参数的数值。即需要计算出以下三项数值:
①、管理对象数量为目的参数,y和z保持不变且系统处理成本等于25000时,x为多少?
②、性能指标数量为目的参数,x和z保持不变且系统处理成本等于25000时,y为多少?
③、时间范围为目的参数,x和y保持不变且系统处理成本等于25000时,z为多少?
可以看出,本发明实施例提出了系统处理成本的概念,设定影响系统处理成本的参数及所述系统处理成本之间的对应关系,并依据系统处理能力设定预定系统处理成本门限,于是,在接收到用户查询请求后,判断该查询请求需要的系统处理成本是否超出预定系统处理成本门限,若是,则可根据所述对应关系,反馈指示信息以指示用户调整查询参数。如此,一方面,能够给用户以具体指示,指导用户进行参数数值调整,提高用户的服务感受;另一方面,在用户依据所述指示进行调整后,即可进行查询操作,使服务器资源能够得到较大程度的利用。
针对上述网管系统历史性能数据查询方法,本发明实施例同时还提供了一种网管系统历史性能数据查询装置,该装置的一种可能的结构形式如图2所示,包括:查询请求接收单元21、第一计算单元22、比较单元23、第二计算单元24和反馈单元25;
其中:
查询请求接收单元21,用于接收用户发送的查询请求,该查询请求指定多个影响系统处理成本的参数的数值。具体方式可以是:向用户提供查询界面,该查询界面显示各种管理对象、性能指标及查询起始、结束时间,在用户选择管理对象、性能指标及查询起始、结束时间后,确定管理对象数量、性能指标数量及查询时间范围等数值。
本实施例中,所述影响系统处理成本的参数为:管理对象数量、性能指标数量和时间范围。
第一计算单元22,用于依据预先确定的系统处理成本与所述多个参数的对应关系,计算所述多个参数数值对应的系统处理成本。
所述预先确定的系统处理成本与多个参数的对应关系为:
系统处理成本=a×x×y/15+b×(x×y/15×z),其中,x为管理对象数量,y为性能指标数量,z为时间范围,a、b为常数,相关内容可参照前文方法部分的描述。
比较单元23,用于比较所述系统处理成本与预定系统处理成本,所述预定系统处理成本是根据系统处理能力设定的。
第二计算单元24,用于获取比较单元23的比较结果,当该比较结果为:所述系统处理成本高于预定处理成本时,从所述多个参数中依次选取一个参数作为目的参数,计算系统处理成本等于所述预定处理成本且其他参数固定不变时,所述目的参数的数值。具体过程可参照前文方法部分的描述,在此不再赘述。
反馈单元25,用于向用户反馈指示信息,该指示信息用于指示各参数及各参数在作为目的参数时的数值,相当于告知用户当前的查询参数需要修改,并给出具体的修改范围。
本发明实施例同时还提供了一种网络管理系统,其结构如图3所示,包括服务器31和客户端32;
服务器31具有数据查询装置311,数据查询装置311用于:依据预先确定的系统处理成本与所述多个参数的对应关系,计算所述多个参数数值对应的系统处理成本,并比较所述系统处理成本与预定处理成本,当所述系统处理成本高于预定处理成本时,从所述多个参数中依次选取一个参数作为目的参数,计算系统处理成本等于所述预定处理成本且其他参数固定不变时,所述目的参数的数值;以及,反馈各个参数及各个参数作为目的参数时的数值至客户端32。
数据查询装置311的结构与上述一种网管系统历史性能数据查询装置类同,在此不再赘述。
需要说明的是,数据查询装置311将查询结果(各个参数及各个参数作为目的参数时的数值)反馈给客户端的32的方式可以是直接通过Socket反馈。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
本领域技术人员可以理解,可以使用许多不同的工艺和技术中的任意一种来表示信息、消息和信号。例如,上述说明中提到过的消息、信息都可以表示为电压、电流、电磁波、磁场或磁性粒子、光场或以上任意组合。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (9)
1.一种网管系统历史性能数据查询方法,其特征在于,包括:
接收查询请求,该查询请求指定多个影响系统处理成本的参数的数值;
依据预先确定的系统处理成本与所述多个参数的对应关系,计算所述多个参数数值对应的系统处理成本;
当所述系统处理成本高于预定处理成本时,从所述多个参数中依次选取一个参数作为目的参数,计算系统处理成本等于所述预定处理成本且其他参数固定不变时所述目的参数的数值;
反馈各个参数及各个参数作为目的参数时的数值。
2.如权利要求1所述的方法,其特征在于,所述多个参数包括:管理对象数量、指标数量和时间范围,所述预先确定的系统处理成本与所述多个参数之间的对应关系为:
系统处理成本=I/O成本+CPU处理成本和网络传输成本;
其中:
I/O成本=管理对象数量×时间范围/预定采集周期×平均行长度;
CPU处理成本和网络传输成本=预定常数×管理对象数量×时间范围/预定采集周期×指标数量。
3.如权利要求1或2所述的方法,其特征在于,所述反馈各个参数及各个参数作为目的参数时的数值具体为:通过Socket将所述各个参数及各个参数作为目的参数时的数值反馈。
4.一种网管系统历史性能数据查询装置,其特征在于,包括:
查询请求接收单元,用于接收查询请求,所述查询请求指定多个影响系统处理成本的参数的数值;
第一计算单元,用于依据预先确定的系统处理成本与所述多个参数的对应关系,计算所述多个参数数值对应的系统处理成本;
比较单元,用于比较所述系统处理成本与预定处理成本;
第二计算单元,用于当所述系统处理成本高于预定处理成本时,从所述多个参数中依次选取一个参数作为目的参数,计算系统处理成本等于所述预定处理成本且其他参数固定不变时所述目的参数的数值;
反馈单元,用于反馈各个参数及各个参数作为目的参数时的数值。
5.如权利要求4所述的装置,其特征在于,所述多个参数包括:管理对象数量、指标数量和时间范围,所述预先确定的系统处理成本与所述多个参数之间的对应关系为:
系统处理成本=I/O成本+CPU处理成本和网络传输成本;其中:
I/O成本=管理对象数量×时间范围/预定采集周期×平均行长度;
CPU处理成本和网络传输成本=预定常数×管理对象数量×时间范围/预定采集周期×指标数量。
6.如权利要求4或5所述的装置,其特征在于,所述反馈单元采用Socket的方式反馈各个参数及各个参数作为目的参数时的数值。
7.一种网络管理系统,包括服务器和客户端,其特征在于,所述服务器具有数据查询装置,所述数据查询装置用于:
接收所述客户端发送的用于指定多个影响系统处理成本的参数的数值的查询请求;以及,
依据预先确定的系统处理成本与所述多个参数的对应关系,计算所述多个参数数值对应的系统处理成本,并比较所述系统处理成本与预定处理成本,当所述系统处理成本高于预定处理成本时,从所述多个参数中依次选取一个参数作为目的参数,计算系统处理成本等于所述预定处理成本且其他参数固定不变时,所述目的参数的数值;以及,
反馈各个参数及各个参数作为目的参数时的数值至所述客户端。
8.如权利要求7所述的系统,其特征在于,所述多个参数包括:管理对象数量、指标数量和时间范围,所述预先确定的系统处理成本与所述多个参数之间的对应关系为:
系统处理成本=I/O成本+CPU处理成本和网络传输成本;其中:
I/O成本=管理对象数量×时间范围/预定采集周期×平均行长度;
CPU处理成本和网络传输成本=预定常数×管理对象数量×时间范围/预定采集周期×指标数量。
9.如权利要求7或8所述的系统,其特征在于,所述数据查询装置反馈各个参数及各个参数作为目的参数时的数值至所述客户端是通过Socket方式进行的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100801013A CN101841423B (zh) | 2009-03-19 | 2009-03-19 | 网管系统历史性能数据查询方法、装置及网管系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100801013A CN101841423B (zh) | 2009-03-19 | 2009-03-19 | 网管系统历史性能数据查询方法、装置及网管系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101841423A true CN101841423A (zh) | 2010-09-22 |
CN101841423B CN101841423B (zh) | 2012-06-27 |
Family
ID=42744562
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100801013A Active CN101841423B (zh) | 2009-03-19 | 2009-03-19 | 网管系统历史性能数据查询方法、装置及网管系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101841423B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106097088A (zh) * | 2016-06-07 | 2016-11-09 | 中国建设银行股份有限公司 | 账务数据的处理方法及系统 |
CN108763398A (zh) * | 2018-05-22 | 2018-11-06 | 腾讯科技(深圳)有限公司 | 数据库配置参数处理方法、装置、计算机设备和存储介质 |
CN109828984A (zh) * | 2019-01-11 | 2019-05-31 | 北京明略软件系统有限公司 | 一种分析处理的方法、装置、计算机存储介质及终端 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100395987C (zh) * | 2004-08-23 | 2008-06-18 | 华为技术有限公司 | 一种电信网络通用性能管理的实现方法及系统 |
CN100388679C (zh) * | 2004-11-30 | 2008-05-14 | 中兴通讯股份有限公司 | 网管系统中查询历史数据的方法 |
CN1901568B (zh) * | 2005-07-22 | 2010-09-01 | 中兴通讯股份有限公司 | 一种网管系统中实现历史性能采集的方法 |
-
2009
- 2009-03-19 CN CN2009100801013A patent/CN101841423B/zh active Active
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106097088A (zh) * | 2016-06-07 | 2016-11-09 | 中国建设银行股份有限公司 | 账务数据的处理方法及系统 |
CN108763398A (zh) * | 2018-05-22 | 2018-11-06 | 腾讯科技(深圳)有限公司 | 数据库配置参数处理方法、装置、计算机设备和存储介质 |
WO2019223443A1 (zh) * | 2018-05-22 | 2019-11-28 | 腾讯科技(深圳)有限公司 | 数据库配置参数处理方法、装置、计算机设备和存储介质 |
CN108763398B (zh) * | 2018-05-22 | 2021-08-17 | 腾讯科技(深圳)有限公司 | 数据库配置参数处理方法、装置、计算机设备和存储介质 |
US11507626B2 (en) | 2018-05-22 | 2022-11-22 | Tencent Technology (Shenzhen) Company Ltd | Method and apparatus for processing database configuration parameter, computer device, and storage medium |
CN109828984A (zh) * | 2019-01-11 | 2019-05-31 | 北京明略软件系统有限公司 | 一种分析处理的方法、装置、计算机存储介质及终端 |
CN109828984B (zh) * | 2019-01-11 | 2021-06-08 | 北京明略软件系统有限公司 | 一种分析处理的方法、装置、计算机存储介质及终端 |
Also Published As
Publication number | Publication date |
---|---|
CN101841423B (zh) | 2012-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Chaczko et al. | Availability and load balancing in cloud computing | |
US20120130659A1 (en) | Analysis of Large Data Sets Using Distributed Polynomial Interpolation | |
CN113515545B (zh) | 数据查询方法、装置、系统、电子设备以及存储介质 | |
CN110740164B (zh) | 服务器确定方法、调控方法、装置、设备及存储介质 | |
CN107272876A (zh) | 用于管理多核片上系统上的全局芯片功率的方法和装置 | |
CN103679497A (zh) | 一种试用商品的派发方法及装置 | |
CN108173905A (zh) | 一种资源配置方法、装置及电子设备 | |
CN103873528A (zh) | 一种为用户分配系统资源的方法与设备 | |
CN106371546A (zh) | 一种整机柜功耗限制方法及装置 | |
CN106936867A (zh) | 一种业务请求的响应方法及装置 | |
CN109725991A (zh) | 任务处理方法、装置、设备及可读存储介质 | |
CN101841423B (zh) | 网管系统历史性能数据查询方法、装置及网管系统 | |
CN102081624B (zh) | 一种数据查询的方法及装置 | |
CN105045910A (zh) | 一种应用候选集生成方法、装置及服务设备 | |
CN115391053B (zh) | 基于cpu和gpu混合计算的在线服务方法及装置 | |
CN112039689A (zh) | 网络设备性能评估方法、装置、设备及存储介质 | |
JP5802031B2 (ja) | 1ヶ所以上の参加者からエネルギーサービスを集約する方法 | |
CN109981726A (zh) | 一种存储节点的分配方法、服务器及系统 | |
CN114612037A (zh) | 一种仓库信息的管理方法和系统 | |
CN111061697B (zh) | 日志数据处理方法、装置、电子设备及存储介质 | |
Xu et al. | Trading cost and throughput in geo-distributed analytics with a two time scale approach | |
CN112187667A (zh) | 数据下载方法、装置、设备及存储介质 | |
CN110381153A (zh) | 一种文件部署方法、部署设备、系统及介质 | |
CN114155038B (zh) | 受疫情影响用户识别方法 | |
CN117590792B (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 |