CN103902437A - 一种检测方法及服务器 - Google Patents
一种检测方法及服务器 Download PDFInfo
- Publication number
- CN103902437A CN103902437A CN201410087840.6A CN201410087840A CN103902437A CN 103902437 A CN103902437 A CN 103902437A CN 201410087840 A CN201410087840 A CN 201410087840A CN 103902437 A CN103902437 A CN 103902437A
- Authority
- CN
- China
- Prior art keywords
- occupied
- value
- local terminal
- server
- time cycle
- 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.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种检测方法及服务器,包括:获取本端当前时间周期内特定时间段的第一被占用值,所述第一被占用值表示资源的被占用率;将所述第一被占用值与预先获取的第二被占用值进行比较,所述第二被占用值为历史时间周期内的所述特定时间段的资源被占用率;当所述第一被占用值与所述第二被占用值的差值超过第一预设阈值时,则确定所述本端出现故障,并对所述故障进行修复。采用本发明,不仅可以检测出服务器当前的负载情况,还可以检测出服务器是否存在故障,检测方法实用性强。
Description
技术领域
本发明涉及电子技术领域,尤其涉及一种检测方法及服务器。
背景技术
随着电子技术的发展,服务器的功能越来越强大,可以连接的应用程序数量逐步增加,可以负载的业务也越来越多样化,但是服务器所能接收的负载是有限的。因为服务器内的资源被占有率只能在指定范围内,例如服务器的内存与CPU的被占用率超过指定范围时,服务器反映很慢,严重者会发生故障,所以服务器等的资源被占用率成为一个重要的研究方向。通常,现有的监控服务器的资源被占用率的方法为,在某段时间内,利用监控软件监控服务器的资源被占用率,当服务器的资源被占用率超过某个阀值时,则会产生报警。但在实际应用中,资源被占用率的变化,可能预示着服务器已经存在某些故障。比如说,如果某个服务器存在内存泄漏,则会不断消耗更多的内存,如果不及时处理,物理内存最终会被其全部消耗,从而导致***崩溃,用户服务突然中断。现有的通过监控软件监控服务器资源被占用率的方法,只能检测当前资源被占用率过大,负载过重,并不能分析出当前服务器的运行状况,不能检测出服务器是否出现故障等。所以现有的监控服务器资源被占用率的方法实用性不强。
发明内容
本发明实施例提供一种检测方法及服务器,不仅可以检测出服务器当前的负载情况,还可以检测出服务器是否存在故障,检测方法实用性强。
本发明实施例提供了一种检测方法,包括:
获取本端当前时间周期内特定时间段的第一被占用值,所述第一被占用值表示资源被占用率;
将所述第一被占用值与预先获取的第二被占用值进行比较,所述第二被占用值为历史时间周期内的所述特定时间段的资源被占用率;
当所述第一被占用值与所述第二被占用值的差值超过第一预设阈值时,则确定所述本端出现故障,并对所述故障进行修复。
相应地,本发明实施例还提供了一种服务器,包括:
第一获取模块,用于获取本端当前时间周期内特定时间段的第一被占用值,所述第一被占用值表示资源的被占用率;
比较模块,用于将所述第一被占用值与预先获取的第二被占用值进行比较,所述第二被占用值为历史时间周期内的所述特定时间段的资源被占用率;
第一确定模块,用于当所述第一被占用值与所述第二被占用值的差值超过第一预设阈值时,则确定所述本端出现故障,并对所述故障进行修复。
本发明实施例中,根据当前时间周期内特定时间段资源的被占用率与历史时间周期内特定时间段的资源被占用率的比较结果确定本端服务器是否存在故障,这种检测方法不仅可以检测出服务器当前的负载情况,还可以检测出服务器是否存在故障,检测方法实用性强。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种检测方法的流程示意图;
图2是本发明实施例提供的另一种检测方法的流程示意图;
图3是本发明实施例提供的又一种检测方法的流程示意图;
图4是本发明实施例提供的一种服务器的结构示意图;
图5是本发明实施例提供的另一种服务器的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例所述的资源可以是服务器的内存,可以是服务器的CPU,也可以是服务器的内存和CPU,被占用值可以指资源的使用率,例如若资源为服务器的内存,则被占用值指服务器的内存使用率,若资源为服务器的CPU,则被占用值指服务器的CPU使用率,若资源为服务器的内存和CPU,则被占用值指服务器的内存和CPU的使用率。
请参照图1,是本发明实施例提供的一种检测方法的流程示意图;如图1所述,本实施例所述的一种检测方法包括步骤:
S100,获取本端当前时间周期内特定时间段的第一被占用值,所述第一被占用值表示资源被占用率;
具体实施例中,时间周期可以为一天、半天或者两天,在时间周期内,由于本端服务器连接的应用程序的不同,可以分为高峰期和空闲期,在高峰期连接的应用程序多,则资源被占用率比较高,在空闲期,连接的应用程序比较少,则资源被占用率比较低,时间周期内的特定时间段可以为高峰期中的一个时间段,也可以为空闲期中的一个时间段,这里以每天早上10点到12点为高峰期进行举例说明,时间周期为一天,则在当前一天早上10点到12点时间段内获取第一被占用值,第一被占用值为资源被占用率,资源被占用率可以为内存使用率,可以为CPU使用率,也可以为内存和CPU使用率,需要说明的是,第一被占用值可以为在当前时间周期内特定时间段内所采集的资源被占用率的平均值,也可以为在当前时间周期内特定时间段内所采集的资源被占用率的峰值。
S101,将所述第一被占用值与预先获取的第二被占用值进行比较,所述第二被占用值为历史时间周期内的所述特定时间段的资源被占用率;
具体实施例中,时间周期可以为一天、半天或者两天,在时间周期内,由于本端服务器连接的应用程序的不同,可以分为高峰期和空闲期,在高峰期连接的应用程序多,则资源被占用率比较高,在空闲期,连接的应用程序比较少,则资源被占用率比较低,时间周期内的特定时间段可以为高峰期中的一个时间段,也可以为空闲期中的一个时间段,历史时间周期为当前时间周期之前的时间周期,需要说明的是,这里的历史时间周期的时长需要与当前时间周期的时长相同,且历史时间周期内的特定时间段与当前时间周期内的特定时间段相同,例如当前时间周期特定时间段为当前一天早上10点到12点高峰期,则历史时间周期内特定时间段可以为当前一天之前的每天早上10点到12点高峰期,预先获取的历史时间周期内特定时间段的第二被占用值可以为多个历史时间周期内的第二被占用值,第二被占用值可以为在历史时间周期内特定时间段内所采集的资源被占用率的平均值,也可以为在历史时间周期内特定时间段内所采集的资源被占用率的峰值,但是第二被占用值需要与第一被占用值统一,若为平均值则都为平均值,若为峰值则都为峰值。
S102,当所述第一被占用值与所述第二被占用值的差值超过第一预设阈值时,则确定所述本端出现故障,并对所述故障进行修复。
具体实施例中,将所获取的第一被占用值与第二被占用值作差,并将所得到的差值与第一预设阈值进行比较,根据比较结果确定本端是否存在故障,需要说明的是,若所获取的第二被占用值为一个历史时间周期内的特定时间段的资源被占用率,则直接将第一被占用值与第二占用值进行作差,并将差值与第一预设阈值进行比较,如果差值超过第一预设阈值则表明本端服务器存在故障,可能是内存泄露,不断消耗更多的内存,需要及时处理。若所获取的第二被占用值为多个历史时间周期内特定时间段的资源被占用率,则需要将当前时间周期内特定时间段内的第一被占用值与所有历史时间周期内特定时间段的第二被占用值进行作差,当前时间周期内特定时间段的第一被占用值与多个历史时间周期内的第一被占用值的差值都超过第一预设阈值,则表明本端出现故障,进一步的,对所存在的故障进行修复。
本发明实施例中,根据当前时间周期内特定时间段资源的被占用率与历史时间周期内特定时间段的资源被占用率的比较结果确定本端服务器是否存在故障,这种检测方法不仅可以检测出服务器当前的负载情况,还可以检测出服务器是否存在故障,检测方法实用性强。
请参照图2,是本发明实施例提供的另一种检测方法的流程示意图;如图2所述,本实施例所述的一种检测方法包括步骤:
S200,获取所述本端至少一个历史时间周期的第二被占用值,所述历史时间周期的第二被占用值为该历史时间周期内所述特定时间段的至少一个被占用值的平均值;
具体实施例中,被占用值为所采集的时间点对应的资源被占用率,资源可以是服务器的内存,可以是服务器的CPU,也可以是服务器的内存和CPU,被占用值可以指资源的使用率,例如若资源为服务器的内存,则被占用值指服务器的内存使用率,若资源为服务器的CPU,则被占用值指服务器的CPU使用率,若资源为服务器的内存和CPU,则被占用值指服务器的内存和CPU的使用率。获取至少一个历史时间周期的第二被占用值,一个历史时间周期对应一个第二被占用值,具体的,获取一个历史时间周期内的第二被占用值的方法为,首先获取一个历史时间周期内多个被占用值,进一步的,获取一个历史时间周期内多个被占用值的方法可以是按照一定的预设周期采集一个历史时间周期内服务器的资源被占用率,例如可以以5分钟为周期采集10点到12点内的被占用值,一个采集时间点对应一个被占用值,然后计算第二被占用值,第二被占用值为一个历史时间周期内特定时间段所采集的多个被占用值的平均值,获取多个历史时间周期的第二被占用值中,每一个历史时间周期的第二被占用值的获取方法相同,需要说明的是,每一个历史时间周期的特定时间段相同。
S201,获取本端当前时间周期内特定时间段的至少一个被占用值;
具体实施例中,被占用值为所采集的时间点对应的资源被占用率,资源可以是服务器的内存,可以是服务器的CPU,也可以是服务器的内存和CPU,被占用值可以指资源的使用率,例如若资源为服务器的内存,则被占用值指服务器的内存使用率,若资源为服务器的CPU,则被占用值指服务器的CPU使用率,若资源为服务器的内存和CPU,则被占用值指服务器的内存和CPU的使用率。具体的获取当前时间周期内特定时间段的多个被占用值的方法为,按照一定的预设周期采集当前时间周期内服务器的资源被占用率,需要说明的是,该预设周期需要与历史时间周期内采集被占用值的预设周期相同,且当前时间周期的特定时间段也与历史时间周期的特定时间段相同,例如可以以5分钟为周期采集当天10点到12点内的被占用值,一个采集时间点对应一个被占用值。
S202,计算所述至少一个被占用值的平均值,并将所述平均值作为当前时间周期内特定时间段的第一被占用值。
具体实施例中,将所采集获取的一个当前时间周期内的多个被占用值进行平均计算,具体的计算方法为,例如,当前时间周期内所采集的多个被占用值分别为R1,R2,R3,R4,R5,R6,则将所获取的多个被占用值进行平均计算为R=(R1+R2+R3+R4+R5+R6)/6,则R即为当前时间周期内特定时间段的第一被占用值。
S203,将所述第一被占用值与所述至少一个历史时间周期的第二被占用值进行比较;
将当前时间周期内特定时间段的第一被占用值与每一个历史时间周期的特定时间段的第二被占用值进行比较,需要说明的是,一个历史时间周期对应一个第二被占用值,所以当有多个历史时间周期时,则有多个第二被占用值,比较的次数与历史周期的数量相同。
S204,根据比较结果确定异常第二被占用值的数量,所述异常第二被占用值为所述至少一个历史时间周期的第二被占用值中与所述第一被占用值的差值超过第一预设阈值的第二被占用值;
具体实施例中,异常第二被占用值的确定方式为,当当前时间周期内特定时间段的第一被占用值与历史时间周期内特定时间段的第二被占用值的比较差值大于第一预设阈值时,则将相应的第二被占用值确定为异常第二被占用值,最后统计确定为异常第二被占用值的数量,需要说明的是,第一预设阈值可以由用户确定。
S205,当所述异常第二被占用值的数量大于或者等于第二预设阈值时,则确定所述本端出现故障。
具体实施例中,统计异常第二被占用值的数量,当异常第二被占用值的数量大于或者等于第二预设阈值时,则确定本端出现故障,需要说明的是,这种确定本端出现故障的方法比较精确,只有当达到一定数量的第二被占用值比第一被占用值差值大时,才确定本端出现故障,当出现故障时,则第一被占用值会比大多数的第二被占用值大,出现了异常波动,则确定本端出现故障,若只是比很少的一部分第二被占用值大,则可能是第二被占用值为不正常数据,第一被占用值是属于正常数据。
本发明实施例中,根据当前时间周期内特定时间段资源的被占用率与历史时间周期内特定时间段的资源被占用率的比较结果确定本端服务器是否存在故障,这种检测方法不仅可以检测出服务器当前的负载情况,还可以检测出服务器是否存在故障,检测方法实用性强。
请参照图3,是本发明实施例提供的又一种检测方法的流程示意图;如图3所述,本实施例所述的一种检测方法包括步骤:
S300,获取本端当前时间周期内特定时间段的第一被占用值,所述第一被占用值表示资源的被占用率;
具体实施例中,本发明实施例步骤S300,请参照图1所示的实施例步骤S100,在此不进行赘述。
S301,将所述第一被占用值与预先获取的第二被占用值进行比较,所述第二被占用值为历史时间周期内的所述特定时间段的资源被占用率;
具体实施例中,本发明实施例步骤S301,请参照图1所示的实施例步骤S101,在此不进行赘述。
S302,当所述第一被占用值与所述第二被占用值的差值超过第一预设阈值时,则确定所述本端出现故障。
具体实施例中,本发明实施例步骤S302,请参照图1所示的实施例步骤S102,在此不进行赘述。
S303,获取当前时间周期内特定时间段所述本端所运行的服务的至少一个占用信息,所述占用信息包括所述服务占用所述资源的占用率和所述服务连接的应用程序的数量;
具体实施例中,当确定本端服务器存在故障时,则需要进一步分析本端服务器所运行的服务中具体是哪一个服务出现了故障,具体的确定服务器中哪一个服务存在故障的方法为,获取所运行的服务的占用信息,需要说明的是,本端服务器所运行的服务可以为多个服务,所以当获取服务的占用信息时,需要获取每一个服务的占用信息,且每一个服务占用信息的获取方法相同,对于一个服务来说,按照一定的预设时间周期采集当前时间周期内特定时间段的占用信息,例如可以以2分钟为预设时间周期获取当前一天10点到12点的服务占用信息,需要说明的是,这里的预设时间周期与获取第一占用信息时的时间周期可以不同,也可以相同。进一步的,占用信息包括所采集的时间点所对应的资源的占用率和服务连接的应用程序的数量。
S304,若所述至少一个占用信息满足预设告警规则,则确定所述服务存在故障,并将存在故障的所述服务确定为本端所出现的故障。。
具体实施例中,若所采集获取的某个服务的多个占用信息满足预设的告警规则时,则确定该服务存在故障,并将存在故障的服务确定为本端所出现的故障,即是将本端所出现的故障进行进一步的具体到本端所运行的服务。需要说明的是,预设的告警规则为以下规则中的至少一种,规则1,当,至少一个占用信息中的服务连接的应用程序的数量相同时,至少一个占用信息中的服务占用资源的占用率递增;规则2,当,至少一个占用信息中的服务连接的应用程序的数量增加,至少一个占用信息中的服务占用资源的占用率以大于第三预设阈值递增,第三阈值与所述增加的应用程序的数量对应;例如增加的应用程序数量为5,第三预设阈值与5个应用程序数量对应为内存增加5%,若增加的占有率大于5%则确定该服务出现故障。规则3,当,至少一个占用信息中的服务连接的应用程序的数量减少,至少一个占用信息中的服务占用资源的占用率以小于第四预设阈值递减,第四阈值与减少的应用程序的数量对应,例如,减少的应用程序数量为5,第四预设阈值与5个应用程序数量对应为内存减少5%,若减少的内存占有率小于5%,则确定该服务出现故障。当所采集的至少一个占用信息中服务连接的客户数量不是一直递增或者递减,则可以从至少一个占用信息中提取出有该变化规律的占用信息,然后将提取的占用信息进行比较。
S305,通知负载均衡服务器备份所述本端的会话数据,并不再将会话调度至本端;
具体实施例中,进一步的,需要对本端所出现的故障进行修复,具体的修复过程可以是,从出现故障的服务占用信息中,确定出现故障的异常等级,并根据异常等级进行修复,如果为严重故障,通知负载均衡服务器备份本端的会话数据,并不再将会话调度到此服务器;提高此服务器的监控等级(加大获取数据的频率、增加获取的信息量)。如果为一般故障,则查询负载均衡服务器此时是否为使用高峰期,如果是,标示服务器状态为警告状态,提高此服务器的监控等级(加大获取数据的频率、增加获取的信息量);通知负载均衡服务器,只有其它服务器都满负载时,才调度会话到此服务器,等到空闲期时,通知负载均衡服务器备份所述本端的会话数据,并不再将会话调度至本端。如果负载均衡器此时不是高峰期,则通知负载均衡服务器备份会话数据,并不再将会话调度到此服务器;提高此服务器的监控等级(加大获取数据的频率、增加获取的信息量)。
S306,待本端处理完当前会话数据后,执行本端所出现的故障对应的自动修复程序对本端所出现的故障进行修复;
具体实施例中,当本端处理完当前会话数据(负载均衡服务器中显示连接到此服务器的连接减为0),则获取本端所出现故障对应的自动修复程序对本端所出现的故障进行修复,具体的修复方法中,内存方面,修复主要指内存整理,主要用来清理内存碎片,而其它的自动修复方法包括执行服务自带的修复补丁、重启程序、重启服务器等;CPU方面,修复方法主要是执行服务自带的修复补丁、重启程序、重启服务器等。需要说明的是,如果测试到服务器在没有处理完当前会话数据就宕机,则通知负载均衡服务器将备份的会话数据切换至正常运行的服务器,执行自动修复程序对故障服务器进行修复;如果修复不成功,则通知管理员手动修复。
S307,并在本端修复成功后,通知负载均衡服务器本端恢复正常,可将会话调度至本端。
具体实施例中,本端修复完成后,通知负载均衡服务器此服务器恢复正常,可调度会话至此服务器。
本发明实施例中,根据当前时间周期内特定时间段资源的被占用率与历史时间周期内特定时间段的资源被占用率的比较结果确定本端服务器是否存在故障,这种检测方法不仅可以检测出服务器当前的负载情况,还可以检测出服务器是否存在故障,检测方法实用性强。
下面阐述本发明实施例提供的一种服务器的具体实现。
请参照图4,为本发明实施例提供的一种服务器的结构示意图。如图4所示,本实施例所述的一种服务器包括:第一获取模块100、比较模块101和第一确定模块102。
第一获取模块100,用于获取本端当前时间周期内特定时间段的第一被占用值,所述第一被占用值表示资源的被占用率;
具体实施例中,时间周期可以为一天、半天或者两天,在时间周期内,由于本端服务器连接的应用程序的不同,可以分为高峰期和空闲期,在高峰期连接的应用程序多,则资源被占用率比较高,在空闲期,连接的应用程序比较少,则资源被占用率比较低,时间周期内的特定时间段可以为高峰期中的一个时间段,也可以为空闲期中的一个时间段,这里以每天早上10点到12点为高峰期进行举例说明,时间周期为一天,则第一获取模块100在当前一天早上10点到12点时间段内获取第一被占用值,第一被占用值为资源被占用率,资源被占用率可以为内存使用率,可以为CPU使用率,也可以为内存和CPU使用率,需要说明的是,第一被占用值可以为在当前时间周期内特定时间段内所采集的资源被占用率的平均值,也可以为在当前时间周期内特定时间段内所采集的资源被占用率的峰值。
比较模块101,用于将所述第一被占用值与预先获取的第二被占用值进行比较,所述第二被占用值为历史时间周期内的所述特定时间段的资源被占用率;
具体实施例中,时间周期可以为一天、半天或者两天,在时间周期内,由于本端服务器连接的应用程序的不同,可以分为高峰期和空闲期,在高峰期连接的应用程序多,则资源被占用率比较高,在空闲期,连接的应用程序比较少,则资源被占用率比较低,时间周期内的特定时间段可以为高峰期中的一个时间段,也可以为空闲期中的一个时间段,历史时间周期为当前时间周期之前的时间周期,需要说明的是,这里的历史时间周期的时长需要与当前时间周期的时长相同,且历史时间周期内的特定时间段与当前时间周期内的特定时间段相同,例如当前时间周期特定时间段为当前一天早上10点到12点高峰期,则历史时间周期内特定时间段可以为当前一天之前的每天早上10点到12点高峰期,预先获取的历史时间周期内特定时间段的第二被占用值可以为多个历史时间周期内的第二被占用值,第二被占用值可以为在历史时间周期内特定时间段内所采集的资源被占用率的平均值,也可以为在历史时间周期内特定时间段内所采集的资源被占用率的峰值,但是第二被占用值需要与第一被占用值统一,若为平均值则都为平均值,若为峰值则都为峰值。比较模块101将第一被占用值与预先获取的第二被占用值进行比较。
第一确定模块102,用于当所述第一被占用值与所述第二被占用值的差值超过第一预设阈值时,则确定所述本端出现故障,并对所述故障进行修复。
具体实施例中,第一确定模块102将所获取的第一被占用值与第二被占用值作差,并将所得到的差值与第一预设阈值进行比较,根据比较结果确定本端是否存在故障,需要说明的是,若所获取的第二被占用值为一个历史时间周期内的特定时间段的资源被占用率,则直接将第一被占用值与第二占用值进行作差,并将差值与第一预设阈值进行比较,如果差值超过第一预设阈值则表明本端服务器存在故障,可能是内存泄露,不断消耗更多的内存,需要及时处理。若所获取的第二被占用值为多个历史时间周期内特定时间段的资源被占用率,则需要将当前时间周期内特定时间段内的第一被占用值与所有历史时间周期内特定时间段的第二被占用值进行作差,当前时间周期内特定时间段的第一被占用值与多个历史时间周期内的第一被占用值的差值都超过第一预设阈值,则表明本端出现故障,进一步的,第一确定模块102对所存在的故障进行修复。
本发明实施例中,根据当前时间周期内特定时间段资源的被占用率与历史时间周期内特定时间段的资源被占用率的比较结果确定本端服务器是否存在故障,这种检测方法不仅可以检测出服务器当前的负载情况,还可以检测出服务器是否存在故障,检测方法实用性强。
请参照图5,为本发明实施例提供的另一种服务器的结构示意图。如图5所示,本实施例所述的另一种服务器包括:第一获取模块100、比较模块101、第一确定模块102、第二获取模块103、第三获取模块104和第二确定模块105;进一步的,第一获取模块100包括获取单元1000和计算单元1001,第一确定模块包括第一确定单元1020、第二确定单元1021和修复单元1022。其中,第一获取模块100、比较模块101和第一确定模块102请参照图4的描述,在此不再赘述。
获取单元1000,用于获取本端当前时间周期内特定时间段的至少一个被占用值;
具体实施例中,被占用值为所采集的时间点对应的资源被占用率,资源可以是服务器的内存,可以是服务器的CPU,也可以是服务器的内存和CPU,被占用值可以指资源的使用率,例如若资源为服务器的内存,则被占用值指服务器的内存使用率,若资源为服务器的CPU,则被占用值指服务器的CPU使用率,若资源为服务器的内存和CPU,则被占用值指服务器的内存和CPU的使用率。具体的获取单元1000获取当前时间周期内特定时间段的多个被占用值的方法为,按照一定的预设周期采集当前时间周期内服务器的资源被占用率,需要说明的是,该预设周期需要与历史时间周期内采集被占用值的预设周期相同,且当前时间周期的特定时间段也与历史时间周期的特定时间段相同,例如获取单元1000可以以5分钟为周期采集当天10点到12点内的被占用值,一个采集时间点对应一个被占用值。
计算单元1001,用于计算所述至少一个被占用值的平均值,并将所述平均值作为当前时间周期内特定时间段的第一被占用值。
具体实施例中,计算单元1001将所采集获取的一个当前时间周期内的多个被占用值进行平均计算,具体的计算方法为,例如,当前时间周期内所采集的多个被占用值分别为R1,R2,R3,R4,R5,R6,则将所获取的多个被占用值进行平均计算为R=(R1+R2+R3+R4+R5+R6)/6,则R即为当前时间周期内特定时间段的第一被占用值。
第二获取模块103,用于获取所述本端至少一个历史时间周期的第二被占用值,所述历史时间周期的第二被占用值为该历史时间周期内所述特定时间段的至少一个被占用值的平均值;
具体实施例中,被占用值为所采集的时间点对应的资源被占用率,资源可以是服务器的内存,可以是服务器的CPU,也可以是服务器的内存和CPU,被占用值可以指资源的使用率,例如若资源为服务器的内存,则被占用值指服务器的内存使用率,若资源为服务器的CPU,则被占用值指服务器的CPU使用率,若资源为服务器的内存和CPU,则被占用值指服务器的内存和CPU的使用率。第二获取模块103获取至少一个历史时间周期的第二被占用值,一个历史时间周期对应一个第二被占用值,具体的,第二获取模块103获取一个历史时间周期内的第二被占用值的方法为,首先获取一个历史时间周期内多个被占用值,进一步的,获取一个历史时间周期内多个被占用值的方法可以是按照一定的预设周期采集一个历史时间周期内服务器的资源被占用率,例如可以以5分钟为周期采集10点到12点内的被占用值,一个采集时间点对应一个被占用值,然后计算第二被占用值,第二被占用值为一个历史时间周期内特定时间段所采集的多个被占用值的平均值,第二获取模块103获取多个历史时间周期的第二被占用值中,每一个历史时间周期的第二被占用值的获取方法相同,需要说明的是,每一个历史时间周期的特定时间段相同。
比较模块101将计算单元1001所计算出的第一被占用值与第二获取模块103所获取的第二被占用值进行比较。具体的比较方法,请参照图4中比较模块101的描述。然后将比较结果输入至第一确定模块102。
本发明实施例提供的一种第一确定模块102包括第一确定单元1020、第二确定单元1021和修复单元1022。
第一确定单元1020,用于根据比较结果确定异常第二被占用值的数量,所述异常第二被占用值为所述至少一个历史时间周期的第二被占用值中与所述第一被占用值的差值超过第一预设阈值的第二被占用值;
具体实施例中,异常第二被占用值的确定方式为,当当前时间周期内特定时间段的第一被占用值与历史时间周期内特定时间段的第二被占用值的比较差值大于第一预设阈值时,第一确定单元1020则将相应的第二被占用值确定为异常第二被占用值,第一确定单元1020最后统计确定为异常第二被占用值的数量,需要说明的是,第一预设阈值可以由用户确定。
第二确定单元1021,用于当所述异常第二被占用值的数量大于或者等于第二预设阈值时,则确定所述本端出现故障。
具体实施例中,第二确定单元1021统计异常第二被占用值的数量,当异常第二被占用值的数量大于或者等于第二预设阈值时,则确定本端出现故障,需要说明的是,这种确定本端出现故障的方法比较精确,只有当达到一定数量的第二被占用值比第一被占用值差值大时,才确定本端出现故障,当出现故障时,则第一被占用值会比大多数的第二被占用值大,出现了异常波动,则确定本端出现故障,若只是比很少的一部分第二被占用值大,则可能是第二被占用值为不正常数据,第一被占用值是属于正常数据。
进一步的,为了确定本端出现故障的具体服务,可以由第三获取模块104和第二确定模块105进行具体判断。
第三获取模块104,用于获取当前时间周期内特定时间段所述本端所运行的服务的至少一个占用信息,所述占用信息包括所述服务占用所述资源的占用率和所述服务连接的应用程序的数量;
具体实施例中,当确定本端服务器存在故障时,则需要进一步分析本端服务器所运行的服务中具体是哪一个服务出现了故障,具体的确定服务器中哪一个服务存在故障的方法为,第三获取模块104获取所运行的服务的占用信息,需要说明的是,本端服务器所运行的服务可以为多个服务,所以当获取服务的占用信息时,第三获取模块104需要获取每一个服务的占用信息,且每一个服务占用信息的获取方法相同,对于一个服务来说,按照一定的预设时间周期采集当前时间周期内特定时间段的占用信息,例如可以以2分钟为预设时间周期获取当前一天10点到12点的服务占用信息,需要说明的是,这里的预设时间周期与获取第一占用信息时的时间周期可以不同,也可以相同。进一步的,占用信息包括所采集的时间点所对应的资源的占用率和服务连接的应用程序的数量。
第二确定模块105,用于若所述至少一个占用信息满足预设告警规则,则确定所述服务存在故障,并将存在故障的所述服务确定为本端所出现的故障。
具体实施例中,若所采集获取的某个服务的多个占用信息满足预设的告警规则时,则第二确定模块105确定该服务存在故障,并将存在故障的服务确定为本端所出现的故障,即是将本端所出现的故障进行进一步的具体到本端所运行的服务。需要说明的是,预设的告警规则为以下规则中的至少一种,规则1,当,至少一个占用信息中的服务连接的应用程序的数量相同时,至少一个占用信息中的服务占用资源的占用率递增;规则2,当,至少一个占用信息中的服务连接的应用程序的数量增加,至少一个占用信息中的服务占用资源的占用率以大于第三预设阈值递增,第三阈值与所述增加的应用程序的数量对应;例如增加的应用程序数量为5,第三预设阈值与5个应用程序数量对应为内存增加5%,若增加的占有率大于5%则确定该服务出现故障。规则3,当,至少一个占用信息中的服务连接的应用程序的数量减少,至少一个占用信息中的服务占用资源的占用率以小于第四预设阈值递减,第四阈值与减少的应用程序的数量对应,例如,减少的应用程序数量为5,第四预设阈值与5个应用程序数量对应为内存减少5%,若减少的内存占有率小于5%,则确定该服务出现故障。当所采集的至少一个占用信息中服务连接的客户数量不是一直递增或者递减,则可以从至少一个占用信息中提取出有该变化规律的占用信息,然后将提取的占用信息进行比较。
进一步的,第一确定模块102需要对本端所出现的故障进行修复,具体的修复过程可以是由修复单元1022完成。修复单元1022,具体用于通知负载均衡服务器备份所述本端的会话数据,并不再将会话调度至本端;
待本端处理完当前会话数据后,执行本端所出现的故障对应的自动修复程序对本端所出现的故障进行修复;
并在本端修复成功后,通知负载均衡服务器本端恢复正常,可将会话调度至本端。
具体实施例中,需要对本端所出现的故障进行修复,具体的修复过程可以是,修复单元1022从出现故障的服务占用信息中,确定出现故障的异常等级,并根据异常等级进行修复,如果为严重故障,通知负载均衡服务器备份本端的会话数据,并不再将会话调度到此服务器;提高此服务器的监控等级(加大获取数据的频率、增加获取的信息量)。如果为一般故障,则查询负载均衡服务器此时是否为使用高峰期,如果是,标示服务器状态为警告状态,提高此服务器的监控等级(加大获取数据的频率、增加获取的信息量);通知负载均衡服务器,只有其它服务器都满负载时,才调度会话到此服务器,等到空闲期时,通知负载均衡服务器备份所述本端的会话数据,并不再将会话调度至本端。如果负载均衡器此时不是高峰期,则通知负载均衡服务器备份会话数据,并不再将会话调度到此服务器;提高此服务器的监控等级(加大获取数据的频率、增加获取的信息量)。当本端处理完当前会话数据(负载均衡服务器中显示连接到此服务器的连接减为0),则获取本端所出现故障对应的自动修复程序对本端所出现的故障进行修复,具体的修复方法中,内存方面,修复主要指内存整理,主要用来清理内存碎片,而其它的自动修复方法包括执行服务自带的修复补丁、重启程序、重启服务器等;CPU方面,修复方法主要是执行服务自带的修复补丁、重启程序、重启服务器等。需要说明的是,如果测试到服务器在没有处理完当前会话数据就宕机,则通知负载均衡服务器将备份的会话数据切换至正常运行的服务器,执行自动修复程序对故障服务器进行修复;如果修复不成功,则通知管理员手动修复。
本端修复完成后,修复单元1022通知负载均衡服务器此服务器恢复正常,可调度会话至此服务器。
本发明实施例中,根据当前时间周期内特定时间段资源的被占用率与历史时间周期内特定时间段的资源被占用率的比较结果确定本端服务器是否存在故障,这种检测方法不仅可以检测出服务器当前的负载情况,还可以检测出服务器是否存在故障,检测方法实用性强。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本发明实施例终端中的模块或单元可以根据实际需要进行合并、划分和删减。
本发明实施例的微控制器等部件,可以以通用集成电路(如中央处理器CPU),或以专用集成电路(ASIC)来实现。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (12)
1.一种检测方法,其特征在于,所述方法包括:
获取本端当前时间周期内特定时间段的第一被占用值,所述第一被占用值表示资源被占用率;
将所述第一被占用值与预先获取的第二被占用值进行比较,所述第二被占用值为历史时间周期内所述特定时间段的资源被占用率;
当所述第一被占用值与所述第二被占用值的差值超过第一预设阈值时,则确定所述本端出现故障,并对所述故障进行修复。
2.如权利要求1所述的方法,其特征在于,所述获取本端当前时间周期内特定时间段的第一被占用值包括:
获取本端当前时间周期内特定时间段的至少一个被占用值;
计算所述至少一个被占用值的平均值,并将所述平均值作为当前时间周期内特定时间段的第一被占用值。
3.如权利要求2所述的方法,其特征在于,所述获取本端当前时间周期内特定时间段的第一被占用值之前,还包括:
获取所述本端至少一个历史时间周期的第二被占用值,所述历史时间周期的第二被占用值为该历史时间周期内所述特定时间段的至少一个被占用值的平均值;
所述将所述第一被占用值与预先获取的第二被占用值进行比较,包括:
将所述第一被占用值与所述至少一个历史时间周期的第二被占用值进行比较;
所述当所述第一被占用值与所述第二被占用值的差值超过第一预设阈值时,则确定所述本端出现故障,包括:
根据比较结果确定异常第二被占用值的数量,所述异常第二被占用值为所述至少一个历史时间周期的第二被占用值中与所述第一被占用值的差值超过第一预设阈值的第二被占用值;
当所述异常第二被占用值的数量大于或者等于第二预设阈值时,则确定所述本端出现故障。
4.如权利要求1-3中任一项所述的方法,其特征在于,当确定所述本端出现故障之后,所述对所述故障进行修复之前,所述方法还包括:
获取当前时间周期内特定时间段所述本端所运行的服务的至少一个占用信息,所述占用信息包括所述服务占用所述资源的占用率和所述服务连接的应用程序的数量;
若所述至少一个占用信息满足预设告警规则,则确定所述服务存在故障,并将存在故障的所述服务确定为本端所出现的故障。
5.如权利要求4所述的方法,其特征在于,所述预设告警规则包括以下规则中的至少一种:
当所述至少一个占用信息中的所述服务连接的应用程序的数量相同时,所述至少一个占用信息中的所述服务占用所述资源的占用率递增;
当所述至少一个占用信息中的所述服务连接的应用程序的数量增加,所述至少一个占用信息中的所述服务占用所述资源的占用率以大于第三预设阈值递增,所述第三阈值与所述增加的应用程序的数量对应;
当所述至少一个占用信息中的所述服务连接的应用程序的数量减少,所述至少一个占用信息中的所述服务占用所述资源的占用率以小于第四预设阈值递减,所述第四阈值与所述减少的应用程序的数量对应。
6.如权利要求4所述的方法,其特征在于,所述对所述故障进行修复,包括:
通知负载均衡服务器备份所述本端的会话数据,并不再将会话调度至本端;
待本端处理完当前会话数据后,执行本端所出现的故障对应的自动修复程序对本端所出现的故障进行修复;
并在本端修复成功后,通知负载均衡服务器本端恢复正常,可将会话调度至本端。
7.一种服务器,其特征在于,所述服务器包括:
第一获取模块,用于获取本端当前时间周期内特定时间段的第一被占用值,所述第一被占用值表示资源的被占用率;
比较模块,用于将所述第一被占用值与预先获取的第二被占用值进行比较,所述第二被占用值为历史时间周期内的所述特定时间段的资源被占用率;
第一确定模块,用于当所述第一被占用值与所述第二被占用值的差值超过第一预设阈值时,则确定所述本端出现故障,并对所述故障进行修复。
8.如权利要求7所述的服务器,其特征在于,所述第一获取模块包括:
获取单元,用于获取本端当前时间周期内特定时间段的至少一个被占用值;
计算单元,用于计算所述至少一个被占用值的平均值,并将所述平均值作为当前时间周期内特定时间段的第一被占用值。
9.如权利要求8所述的服务器,其特征在于,所述服务器还包括:
第二获取模块,用于获取所述本端至少一个历史时间周期的第二被占用值,所述历史时间周期的第二被占用值为该历史时间周期内所述特定时间段的至少一个被占用值的平均值;
所述比较模块具体用于将所述第一被占用值与所述至少一个历史时间周期的第二被占用值进行比较;
所述第一确定模块包括:
第一确定单元,用于根据比较结果确定异常第二被占用值的数量,所述异常第二被占用值为所述至少一个历史时间周期的第二被占用值中与所述第一被占用值的差值超过第一预设阈值的第二被占用值;
第二确定单元,用于当所述异常第二被占用值的数量大于或者等于第二预设阈值时,则确定所述本端出现故障;
修复单元,用于对所述故障进行修复。
10.如权利要求7至9任一项所述服务器,其特征在于,所述服务器还包括:
第三获取模块,用于获取当前时间周期内特定时间段所述本端所运行的服务的至少一个占用信息,所述占用信息包括所述服务占用所述资源的占用率和所述服务连接的应用程序的数量;
第二确定模块,用于若所述至少一个占用信息满足预设告警规则,则确定所述服务存在故障,并将存在故障的所述服务确定为本端所出现的故障。
11.如权利要求10所述的服务器,其特征在于,所述预设告警规则包括以下规则中的至少一种:
当所述至少一个占用信息中的所述服务连接的应用程序的数量相同时,所述至少一个占用信息中的所述服务占用所述资源的占用率递增;
当所述至少一个占用信息中的所述服务连接的应用程序的数量增加,所述至少一个占用信息中的所述服务占用所述资源的占用率以大于第三预设阈值递增,所述第三阈值与所述增加的应用程序的数量对应;
当所述至少一个占用信息中的所述服务连接的应用程序的数量减少,所述至少一个占用信息中的所述服务占用所述资源的占用率以小于第四预设阈值递减,所述第四阈值与所述减少的应用程序的数量对应。
12.如权利要求10所述的服务器,其特征在于,所述修复单元具体用于,
通知负载均衡服务器备份所述本端的会话数据,并不再将会话调度至本端;
待本端处理完当前会话数据后,执行本端所出现的故障对应的自动修复程序对本端所出现的故障进行修复;
并在本端修复成功后,通知负载均衡服务器本端恢复正常,可将会话调度至本端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410087840.6A CN103902437A (zh) | 2014-03-11 | 2014-03-11 | 一种检测方法及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410087840.6A CN103902437A (zh) | 2014-03-11 | 2014-03-11 | 一种检测方法及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103902437A true CN103902437A (zh) | 2014-07-02 |
Family
ID=50993772
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410087840.6A Pending CN103902437A (zh) | 2014-03-11 | 2014-03-11 | 一种检测方法及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103902437A (zh) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104486415A (zh) * | 2014-12-15 | 2015-04-01 | 新浪网技术(中国)有限公司 | 监控对象工作状态的判定方法及装置 |
CN104965779A (zh) * | 2015-05-22 | 2015-10-07 | 浪潮电子信息产业股份有限公司 | 一种基于PoolMon的内存泄露检测和定位的方法及装置 |
CN105512094A (zh) * | 2015-12-04 | 2016-04-20 | 小米科技有限责任公司 | 异常短信模板确定方法及装置 |
CN106557407A (zh) * | 2016-11-14 | 2017-04-05 | 腾讯科技(深圳)有限公司 | 一种设备负载的监控方法和装置 |
CN108255673A (zh) * | 2017-12-29 | 2018-07-06 | 东软集团股份有限公司 | 应用程序占用资源的检测方法、装置和存储介质 |
CN108803552A (zh) * | 2018-08-31 | 2018-11-13 | 承德建龙特殊钢有限公司 | 一种设备故障的监测***及监测方法 |
CN110018899A (zh) * | 2018-01-10 | 2019-07-16 | 华为技术有限公司 | 回收内存的方法及装置 |
CN110134611A (zh) * | 2019-05-20 | 2019-08-16 | 腾讯科技(深圳)有限公司 | 内存泄漏分析方法、装置、终端和存储介质 |
CN110247796A (zh) * | 2019-05-30 | 2019-09-17 | 平安科技(深圳)有限公司 | 监控告警方法、装置及相关设备 |
WO2020006954A1 (zh) * | 2018-07-04 | 2020-01-09 | 惠科股份有限公司 | 一种变异数值的检测方法 |
CN110691118A (zh) * | 2019-08-30 | 2020-01-14 | 许昌许继软件技术有限公司 | 一种微服务集群中的服务选择方法及装置 |
CN111427704A (zh) * | 2020-03-13 | 2020-07-17 | 平安科技(深圳)有限公司 | 配置指令的远程监控方法、装置、设备及存储介质 |
CN112596985A (zh) * | 2020-12-30 | 2021-04-02 | 绿盟科技集团股份有限公司 | 一种it资产探测方法、装置、设备和介质 |
CN113535516A (zh) * | 2021-07-06 | 2021-10-22 | 上海上讯信息技术股份有限公司 | 一种监控cpu占用率异常的方法及设备 |
CN115239212A (zh) * | 2022-09-22 | 2022-10-25 | 中科三清科技有限公司 | 空气质量模式的监控方法、设备、***及存储介质 |
CN115545805A (zh) * | 2022-11-29 | 2022-12-30 | 中信建投证券股份有限公司 | 一种服务伸缩方法、装置、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090175199A1 (en) * | 2006-04-13 | 2009-07-09 | Elmar Trojer | Arrangement and Method of Configuring Digital Subscriber Lines |
CN101719836A (zh) * | 2008-10-09 | 2010-06-02 | 联想(北京)有限公司 | 一种故障检测方法及装置 |
CN102426475A (zh) * | 2011-11-04 | 2012-04-25 | 中国联合网络通信集团有限公司 | 桌面虚拟化环境下的节能方法、节能管理服务器及*** |
CN103166773A (zh) * | 2011-12-09 | 2013-06-19 | 国家电网公司 | 监测服务器运行状态的方法与*** |
-
2014
- 2014-03-11 CN CN201410087840.6A patent/CN103902437A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090175199A1 (en) * | 2006-04-13 | 2009-07-09 | Elmar Trojer | Arrangement and Method of Configuring Digital Subscriber Lines |
CN101719836A (zh) * | 2008-10-09 | 2010-06-02 | 联想(北京)有限公司 | 一种故障检测方法及装置 |
CN102426475A (zh) * | 2011-11-04 | 2012-04-25 | 中国联合网络通信集团有限公司 | 桌面虚拟化环境下的节能方法、节能管理服务器及*** |
CN103166773A (zh) * | 2011-12-09 | 2013-06-19 | 国家电网公司 | 监测服务器运行状态的方法与*** |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104486415B (zh) * | 2014-12-15 | 2018-06-15 | 新浪网技术(中国)有限公司 | 监控对象工作状态的判定方法及装置 |
CN104486415A (zh) * | 2014-12-15 | 2015-04-01 | 新浪网技术(中国)有限公司 | 监控对象工作状态的判定方法及装置 |
CN104965779A (zh) * | 2015-05-22 | 2015-10-07 | 浪潮电子信息产业股份有限公司 | 一种基于PoolMon的内存泄露检测和定位的方法及装置 |
CN105512094A (zh) * | 2015-12-04 | 2016-04-20 | 小米科技有限责任公司 | 异常短信模板确定方法及装置 |
CN105512094B (zh) * | 2015-12-04 | 2019-07-02 | 小米科技有限责任公司 | 异常短信模板确定方法及装置 |
CN106557407B (zh) * | 2016-11-14 | 2020-03-17 | 腾讯科技(深圳)有限公司 | 一种设备负载的监控方法和装置 |
CN106557407A (zh) * | 2016-11-14 | 2017-04-05 | 腾讯科技(深圳)有限公司 | 一种设备负载的监控方法和装置 |
CN108255673A (zh) * | 2017-12-29 | 2018-07-06 | 东软集团股份有限公司 | 应用程序占用资源的检测方法、装置和存储介质 |
CN108255673B (zh) * | 2017-12-29 | 2021-10-15 | 东软集团股份有限公司 | 应用程序占用资源的检测方法、装置和存储介质 |
CN110018899A (zh) * | 2018-01-10 | 2019-07-16 | 华为技术有限公司 | 回收内存的方法及装置 |
WO2020006954A1 (zh) * | 2018-07-04 | 2020-01-09 | 惠科股份有限公司 | 一种变异数值的检测方法 |
US11486765B2 (en) | 2018-07-04 | 2022-11-01 | HKC Corporation Limited | Method for detecting variation value |
CN108803552B (zh) * | 2018-08-31 | 2021-08-03 | 承德建龙特殊钢有限公司 | 一种设备故障的监测***及监测方法 |
CN108803552A (zh) * | 2018-08-31 | 2018-11-13 | 承德建龙特殊钢有限公司 | 一种设备故障的监测***及监测方法 |
CN110134611A (zh) * | 2019-05-20 | 2019-08-16 | 腾讯科技(深圳)有限公司 | 内存泄漏分析方法、装置、终端和存储介质 |
CN110134611B (zh) * | 2019-05-20 | 2021-06-25 | 腾讯科技(深圳)有限公司 | 内存泄漏分析方法、装置、终端和存储介质 |
CN110247796A (zh) * | 2019-05-30 | 2019-09-17 | 平安科技(深圳)有限公司 | 监控告警方法、装置及相关设备 |
CN110247796B (zh) * | 2019-05-30 | 2022-09-20 | 平安科技(深圳)有限公司 | 监控告警方法、装置及相关设备 |
CN110691118A (zh) * | 2019-08-30 | 2020-01-14 | 许昌许继软件技术有限公司 | 一种微服务集群中的服务选择方法及装置 |
CN111427704A (zh) * | 2020-03-13 | 2020-07-17 | 平安科技(深圳)有限公司 | 配置指令的远程监控方法、装置、设备及存储介质 |
CN111427704B (zh) * | 2020-03-13 | 2024-05-28 | 平安科技(深圳)有限公司 | 配置指令的远程监控方法、装置、设备及存储介质 |
CN112596985A (zh) * | 2020-12-30 | 2021-04-02 | 绿盟科技集团股份有限公司 | 一种it资产探测方法、装置、设备和介质 |
CN112596985B (zh) * | 2020-12-30 | 2023-11-10 | 绿盟科技集团股份有限公司 | 一种it资产探测方法、装置、设备和介质 |
CN113535516A (zh) * | 2021-07-06 | 2021-10-22 | 上海上讯信息技术股份有限公司 | 一种监控cpu占用率异常的方法及设备 |
CN113535516B (zh) * | 2021-07-06 | 2023-05-30 | 上海上讯信息技术股份有限公司 | 一种监控cpu占用率异常的方法及设备 |
CN115239212A (zh) * | 2022-09-22 | 2022-10-25 | 中科三清科技有限公司 | 空气质量模式的监控方法、设备、***及存储介质 |
CN115239212B (zh) * | 2022-09-22 | 2022-12-27 | 中科三清科技有限公司 | 空气质量模式的监控方法、设备、***及存储介质 |
CN115545805A (zh) * | 2022-11-29 | 2022-12-30 | 中信建投证券股份有限公司 | 一种服务伸缩方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103902437A (zh) | 一种检测方法及服务器 | |
CN110858843B (zh) | 业务请求处理方法、装置及计算机可读存储介质 | |
CN102546135B (zh) | 主备服务器切换***及方法 | |
CN105187249A (zh) | 一种故障恢复方法及装置 | |
CN105511985A (zh) | 一种数据备份的方法及终端 | |
CN103927239A (zh) | 一种终端设备的***恢复方法及装置 | |
CN105516347A (zh) | 一种流媒体服务器的负载均衡调配的方法及装置 | |
CN106685752B (zh) | 一种信息处理方法及终端 | |
CN109240836B (zh) | 一种用于配置消息队列的消息的方法和装置 | |
CN111966449B (zh) | 一种虚拟机备份管理方法、***、终端及存储介质 | |
CN114168071B (zh) | 一种分布式集群扩容方法、分布式集群扩容装置及介质 | |
CN106155826A (zh) | 用于在总线结构中检测及处理错误的方法和*** | |
CN111062503B (zh) | 一种电网监控告警处理方法、***、终端及存储介质 | |
CN111124818B (zh) | 一种扩展器Expander的监控方法、装置及设备 | |
CN109284275B (zh) | 一种云平台虚拟机文件***监控方法和装置 | |
CN102231684B (zh) | 接口板状态检测方法、多核中央处理器、接口板及路由器 | |
CN110855484B (zh) | 自动检测业务量变化的方法、***、电子设备和存储介质 | |
CN105955864B (zh) | 电源故障处理方法、电源模块、监控管理模块及服务器 | |
CN111130856A (zh) | 一种服务器配置方法、***、设备及计算机可读存储介质 | |
CN114003477B (zh) | 慢盘诊断信息收集方法、***、终端及存储介质 | |
CN103746968A (zh) | 一种cdn服务器摘除方法、cdn控制中心及*** | |
CN115033927A (zh) | 一种检测数据完整性的方法、装置、设备及介质 | |
CN104731723A (zh) | 一种存储设备断电保护方法及装置 | |
CN111625185B (zh) | 一种磁盘故障监控的方法、***及相关组件 | |
CN111309532A (zh) | Pcie设备异常检测方法、***、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140702 |
|
WD01 | Invention patent application deemed withdrawn after publication |