著录项信息
专利名称 | 目标系统的处理方法及监控系统 |
申请号 | CN201110117415.3 | 申请日期 | 2011-05-06 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2012-11-07 | 公开/公告号 | CN102768634A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F11/30 | IPC分类号 | G;0;6;F;1;1;/;3;0查看分类表>
|
申请人 | 北大方正集团有限公司;北京方正阿帕比技术有限公司 | 申请人地址 | 北京市海淀区成府路298号方正大厦5层
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 北大方正集团有限公司,北京方正阿帕比技术有限公司 | 当前权利人 | 北大方正集团有限公司,北京方正阿帕比技术有限公司 |
发明人 | 闵旺华 |
代理机构 | 北京中博世达专利商标代理有限公司 | 代理人 | 申健 |
摘要
本发明公开了一种目标系统的处理方法及监控系统,涉及计算机领域,能够对目标系统的异常情况进行监控、处理。一种目标系统的处理方法,包括:在监控系统下启动目标系统;所述监控系统监测所述目标系统的运行参数,并判断所述运行参数是否满足预先设置的异常处理条件;在所述运行参数满足所述异常处理条件的情况下,对所述目标系统进行处理。一种监控系统,包括:启动单元,用于在所述监控系统下启动目标系统;监测单元,用于监测所述目标系统的运行参数是否满足预先设置的异常处理条件;处理单元,用于在所述参数满足所述异常处理条件的情况下,对所述目标系统进行处理。本发明实施例用于计算机系统中。
1.一种目标系统的处理方法,其特征在于,包括:
在监控系统下启动目标系统,其中,所述目标系统是由监控进程进行监控的被监控进程,当有新的进程准备启动时,所述监控进程将所述新的进程作为自身的子进程启动,并对作为子进程的所述被监控进程配置启动路径及相关参数;
所述监控系统监测所述目标系统的运行参数,并判断所述运行参数是否满足预先设置的异常处理条件;所述运行参数为所述目标系统运行时产生的输出流数据;所述异常处理条件包括:所述输出流数据中的待检测数据在预设的第一时间长度内的累计输出次数超过预设的输出门限值;
在所述待检测数据在预设的第一时间长度内的累计输出次数超过所述输出门限值的情况下,将所述目标系统重新启动。
2.根据权利要求1所述的方法,其特征在于,所述运行参数为所述目标系统退出运行时产生的退出码,则所述异常处理条件包括:
所述退出码为预先设置的异常型退出码。
3.根据权利要求2所述的方法,其特征在于,在所述参数满足所述预先设置的条件的情况下,对所述目标系统进行处理的操作包括:
在所述退出码为所述异常型退出码的情况下,将退出运行的所述目标系统重新启动。
4.根据权利要求1所述的方法,其特征在于,所述运行参数为以下至少之一:所述目标系统运行时产生的输出流数据、所述目标系统退出运行时产生的退出码,则所述异常处理条件包括:
所述输出流数据或所述退出码符合预设置的禁止重启条件。
5.根据权利要求4所述的方法,其特征在于,在所述参数满足所述预先设置的条件的情况下,对所述目标系统进行处理的操作包括:
在所述输出流数据或所述退出码符合所述禁止重启条件的情况下,结束所述目标系统的运行,且不重新启动所述目标系统。
6.一种监控系统,其特征在于,包括:
启动单元,用于在所述监控系统下启动目标系统,其中,所述目标系统是由监控进程进行监控的被监控进程,当有新的进程准备启动时,所述监控进程将所述新的进程作为自身的子进程启动,并对作为子进程的所述被监控进程配置启动路径及相关参数;
监测单元,用于监测所述目标系统的运行参数是否满足预先设置的异常处理条件;所述运行参数为所述目标系统运行时产生的输出流数据;所述异常处理条件包括:所述输出流数据中的待检测数据在预设的第一时间长度内的累计输出次数超过预设的输出门限值;
处理单元,用于在所述待检测数据在预设的第一时间长度内的累计输出次数超过所述输出门限值的情况下,将所述目标系统重新启动。
目标系统的处理方法及监控系统\n技术领域\n[0001] 本发明涉及计算机领域,尤其涉及一种目标系统的处理方法及监控系统。\n背景技术\n[0002] 在计算机运行过程中,进程时常会出现进入死循环或异常退出的情况。如果没有对应的异常检测及处理机制,计算机将无法自动从异常情况中恢复,甚至长时间处于不可用状态。\n[0003] 为了对计算机运行时的异常情况进行检测,在被监控系统中加入监控相关代码,被监控系统在运行过程中与监控系统保持通信。当被监控系统出现异常时,监控相关代码产生异常信息并发送至监控系统,由监控系统做出相应处理。\n[0004] 在上述处理过程中,需要在被监控系统中加入与被监控系统本身功能无关的监控相关代码,为被监控系统引入了额外的复杂性,增加了整个系统的风险。\n发明内容\n[0005] 本发明的实施例提供的目标系统的处理方法及监控系统,能够对计算机运行时的异常情况进行监控、处理,减少对目标系统进行处理的复杂性,提高了处理效率和安全性。\n[0006] 为达到上述目的,本发明的实施例采用如下技术方案:\n[0007] 一种目标系统的处理方法,包括:\n[0008] 在监控系统下启动目标系统;\n[0009] 所述监控系统监测所述目标系统的运行参数,并判断所述运行参数是否满足预先设置的异常处理条件;\n[0010] 在所述运行参数满足所述异常处理条件的情况下,对所述目标系统进行处理。\n[0011] 一种监控系统,包括:\n[0012] 启动单元,用于启动目标系统;\n[0013] 监测单元,用于监测所述目标系统的运行参数是否满足预先设置的异常处理条件;\n[0014] 处理单元,用于在所述参数满足所述异常处理条件的情况下,对所述目标系统进行处理。\n[0015] 本发明实施例提供的目标系统的处理方法及监控系统,与现有技术相比,通过对目标系统运行参数的分析,实现了对目标系统的监控,可以检测出目标系统的不同的异常情况,并能针对不同的异常情况做出对应的异常处理,并且,无需在目标系统中加入与目标系统本身功能无关的监控相关代码,减少对目标系统进行处理的复杂性,提高了处理效率和安全性。\n附图说明\n[0016] 图1为本发明实施例1中目标系统的处理方法的流程图;\n[0017] 图2为本发明实施例1中监控系统的结构框图;\n[0018] 图3为本发明实施例2中目标系统的处理方法的一个详细处理流程图;\n[0019] 图4为本发明实施例3中目标系统的处理方法的另一个详细处理流程图;\n[0020] 图5为本发明实施例4中监控系统的具体结构框图;\n[0021] 图6为本发明实施例4中在图5基础上的一种监控系统的结构框图;\n[0022] 图7为本发明实施例4中在图5基础上的另一种监控系统的结构框图。\n具体实施方式\n[0023] 下面结合本发明实施例的附图对本发明实施例的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0024] 实例1:\n[0025] 本实施例提供了一种目标系统的处理方法,如图1所示,本方法包括如下步骤:\n[0026] 101、在监控系统中启动所述目标系统。\n[0027] 在开启所述监控系统的场景下,当有新的目标系统申请启动时,所述监控系统将把所述新的目标系统添加为自身的被监控系统,并执行对所述被监控系统的的启动路径以及相关参数的设置,然后进行对所述被监控系统的初始化操作。当然,所述监控系统也可以将已经处于运行状态的目标系统添加为自身的被监控系统并进行监控。举例来说,所述目标系统可以是一个运营网站的服务器上运行的与用户下载相关的控制进程,当用户在网站上进行下载操作时,要启动所述控制进程来执行相关的下载控制功能。在此情况下,所述监控系统将所述控制进程添加为自身的被监控系统并进行启动,配置相应的启动路径及相关参数,并执行对该进程的初始化动作。\n[0028] 通过监控系统中启动目标系统,无需在目标系统中加入与目标系统本身功能无关的监控相关代码,能够减少对目标系统进行处理的复杂性,提高了处理效率和安全性。\n[0029] 102、所述监控系统监测所述目标系统的运行参数,并判断所述运行参数是否满足预先设置的异常处理条件。\n[0030] 所述预先配置的异常处理条件在进行对被监控的初始化之前配置到计算机系统中,用来对所述目标系统的不同异常情况进行判断。\n[0031] 103、在所述运行参数满足所述异常处理条件的情况下,对所述目标系统进行处理。\n[0032] 所述监控系统对于符合所述异常处理条件的所述目标系统进行处理,以维护整个计算机系统的正常运行;对于不符合所述异常处理条件的所述目标系统,不做异常处理。\n[0033] 本实施例还提供了一种监控系统,如图2所示,包括:启动单元21、监测单元22、处理单元23。\n[0034] 其中,启动单元21用于在所述监控系统下启动目标系统。\n[0035] 监测单元22用于监测所述目标系统的运行参数是否满足预先设置的异常处理条件。\n[0036] 处理单元23用于在所述运行参数满足所述异常处理条件的情况下,对所述目标系统进行处理。\n[0037] 本发明实施例提供的目标系统的处理方法及监控系统,与现有技术相比,通过对目标系统的运行参数的分析,实现了对目标系统的监控,可以检测出目标系统的不同的异常情况,并能针对不同的异常情况做出对应的异常处理,无需在目标系统中加入与目标系统本身功能无关的监控相关代码,能够减少对目标系统进行处理的复杂性,提高了处理效率和安全性,以及目标系统的可用性和稳定性。\n[0038] 实例2:\n[0039] 本实施例提供了一种目标系统的处理方法,如图3所述,本方法包括如下步骤:\n[0040] 301、在监控系统中启动所述目标系统。\n[0041] 在实际应用中,所述监控系统的功能可以由监控进程执行,所述目标系统可以是由所述监控进程进行监控的被监控进程。首先,当有新的进程准备启动时,所述监控进程将所述新的进程作为自身的子进程启动,并对作为子进程的所述被监控进程配置启动路径及相关参数,此外,所述被监控进程还要执行初始化操作。\n[0042] 在所述监控系统中,还需根据所述目标系统配置异常处理条件。所述异常处理条件包括以下至少之一:所述目标系统运行时产生的输出流数据中的待检测数据在预设的第一时间长度内的累计输出次数超过预设的输出门限值;所述输出流数据符合预设置的禁止重启条件。\n[0043] 302、监控系统将所述输出流数据的存储位置定义到一个预设的缓冲区。\n[0044] 所述监控系统为所述目标系统运行时生成的输出流数据配置缓存路径,以用来存储所述输出流数据。例如,可以在计算机系统的存储器中开辟一部分区域作为缓冲区存储所述输出流数据。\n[0045] 303、监控系统读取所述目标系统的输出流数据。\n[0046] 在所述目标系统的运行过程中,所述监控系统读取所述目标系统的输出流数据。\n[0047] 304、监控系统将所述输出流数据存入所述缓冲区。\n[0048] 所述监控系统将读取的所述输出流数据存入所述缓冲区。\n[0049] 305、监控系统监测所述存入缓冲区的输出流数据,并判断所述输出流数据是否满足所述异常处理条件,如果输出流数据满足异常处理条件,则对目标系统进行相应的处理,如果输出流数据不满足异常处理条件,则不对目标系统进行处理。\n[0050] 其中,输出流数据满足异常处理条件,可以分为以下两种情况:当所述输出流数据中的待检测数据在预设的第一时间长度内的累计输出次数超过所述输出门限值的情况下,转入步骤306;当所述输出流数据满足预设的禁止重启条件时,转入步骤307。\n[0051] 306、监控系统重新启动所述目标系统,并创建一个异常通知,记录目标系统的当前异常状态。\n[0052] 所述输出流数据中的一部分数据作为待检测数据(例如,所述待检测数据可以是能够作为目标系统是否处于死循环状态的判定依据的数据),所述监控系统监测所述待检测数据是否在所述第一时间长度内连续输出。如果所述待检测数据在所述第一时间长度内连续输出,并且其累计输出次数超过所述输出门限值时,所述目标系统进入死循环,从而需要重新启动。在执行重启后,创建一个异常通知以对所述目标系统因死循环而重启的情况进行记录。\n[0053] 307、监控系统结束所述目标系统的运行,且不重新启动所述目标系统。\n[0054] 当所述输出流数据满足所述禁止重启条件时,所述监控系统结束所述目标系统的运行,但不会进行重新启动。实际应用中,所述禁止重启条件可以根据整个计算机系统的性能进行预配置。比如,计算机系统A可以是一个网站的服务器,目标系统a可以是在所述网站的服务器中运行的与用户下载相关的控制进程。在计算机系统A中,如果在目标系统a进入死循环同时连续不断生成输出流数据x的情况下,重启目标系统a后仍然有连续不断生成输出流数据x的问题、或是重启目标系统a给计算机系统A带来了明显的系统风险,则将连续不断生成输出流数据x的情况作为一种禁止重启条件设置在所述计算机系统A中。\n[0055] 在执行步骤307后,也可以创建一个异常通知。\n[0056] 需要说明的是,所述输出流数据中还有所述目标系统的日志记录。作为本发明实施例的一种补充,可以将所述日志记录预先定义为致命性危险日志记录和一般性危险日志记录。所述监控系统在进行死循环的监测时同时也对所述日志记录进行检查。当所述日志记录被判定为致命性危险日志记录时,执行步骤306;当所述日志记录被判定为一般性危险日志记录时,所述监控系统创建一个异常通知来记录所述一般性危险日志记录,但不必对所述目标系统进行关闭或重启。\n[0057] 本实施例提供的方法,通过在所述监控系统中启动所述目标系统,并对所述目标系统的输出流数据进行检测,实现了对目标系统的异常情况的监控和处理,提高了系统的可用性。另外,本发明实施例能够在不侵入目标系统的前提下,实现对死循环状态的检测及重启,同时还能对目标系统的危险日志记录进行检测记录,较好的实现了对于目标系统的不同异常情况的检测和处理。\n[0058] 实例3:\n[0059] 本实施例提供了一种目标系统的处理方法,如图4所示,本方法包括如下步骤:\n[0060] 401、在监控系统中启动所述目标系统。\n[0061] 关于在监控系统中启动所述目标系统的详细描述,参考实施例2中的描述。所述目标系统在完成初始化后开始运行,当所述目标系统结束运行并退出时,产生一个退出码。\n[0062] 402、监控系统根据所述目标系统退出运行时产生的退出码,判断所述目标系统的退出码是否符合预设的异常处理条件。如果退出码满足异常处理条件,则对目标系统进行相应的处理,如果退出码不满足异常处理条件,则不对目标系统进行处理。\n[0063] 参照实施例2中异常处理条件的描述,涉及退出码的异常处理条件可以包括以下至少之一:所述目标系统退出运行时产生的退出码为预先设置的异常型退出码;所述退出码符合预设置的禁止重启条件。\n[0064] 举例来说,所述符合异常处理条件的退出码可以维护在一个退出码表中。所述退出码表列出所有可能出现的退出码,每个退出码对应一种具体退出情况,所述退出码表还记录所述退出码是否属于异常退出。通过将所述目标系统的退出码与所述退出码表比对,判断出所述目标系统的退出是否符合所述异常处理条件。\n[0065] 其中,退出码满足异常处理条件,可以分为以下两种情况:当所述退出码为异常型退出码时,转向步骤403;当所述退出码符合所述禁止重启条件时,转向步骤404。\n[0066] 403、监控系统重新启动所述目标系统,并创建一个异常通知,记录目标系统的当前异常状态。\n[0067] 所述监控系统对出现异常退出的目标系统进行重新启动,并创建一个异常通知对所述目标系统因异常退出而重启的情况进行记录。\n[0068] 404、监控系统结束所述目标系统的运行,且不重新启动所述目标系统。\n[0069] 实际应用中,所述禁止重启条件可以根据整个计算机系统的性能进行预配置。比如,在计算机系统B中,如果目标系统b在退出运行时产生异常型退出码X,并且执行重启后目标系统b仍不能正常运行,则可以将异常型退出码X作为一种禁止重启条件配置在计算机系统B中。在执行步骤404后,也可以创建一个异常通知,记录本次异常情况。\n[0070] 本实施例提供的方法,当所述目标系统退出时,能够对所述目标系统的退出码进行检测,并判断所述目标系统的退出是否为异常退出,进而提供相应处理,提高了系统的可用性。进一步的,本实施例提供的方法可以与实施例2提供的方法进行结合,监控系统同时对存入缓冲区的所述目标系统的输出流数据以及结束运行时产生的退出码进行检测,更全面的实现对所述目标系统的监控,并针对不同的异常情况进行对应处理。此外,本实施例中监控系统通过对目标系统的输出流数据、退出码的检测来进行相应的处理,不会侵入目标系统,也无需在目标系统中进行额外的配置,有利于系统的稳定性。\n[0071] 实例4:\n[0072] 本发明实施例提供了一种监控系统,如图5所示,包括:启动单元51、检测单元52、处理单元53、异常通知创建单元54。\n[0073] 其中,启动单元51用于所述在监控系统下启动目标系统。\n[0074] 检测单元52用于监测所述目标系统的运行参数,并判断所述运行参数是否满足预先设置的异常处理条件;所述运行参数包括以下至少之一:目标系统运行时产生的输出流数据、所述目标系统退出运行时产生的退出码。所述异常处理条件包括以下至少之一:所述输出流数据中的待检测数据在预设的第一时间长度内的累计输出次数超过预设的输出门限值;所述退出码为预先设置的异常型退出码;所述输出流数据或所述退出码符合预设置的禁止重启条件。\n[0075] 处理单元53用于在所述运行参数满足所述异常处理条件的情况下,对所述目标系统进行处理。\n[0076] 异常通知创建单元54用于创建异常通知,在所述异常通知中记录了所述目标系统的异常情况。\n[0077] 进一步的,对于所述输出流数据满足所述异常处理条件的情况,如图6所示,所述监控系统包括:启动单元61、检测单元62、处理单元63、异常通知创建单元64、输出流定向单元65、输出流读取单元66、输出流缓存单元67。\n[0078] 其中,输出流定向单元65用于将所述输出流数据的存储位置定义到一个预设的缓冲区。输出流读取单元66用于读取所述目标系统产生的输出流数据。输出流缓存单元\n67用于将读取的所述目标系统产生的输出流数据存入所述缓冲区,以使得所述监控系统从所述缓冲区读取并监测所述输出数据流。\n[0079] 此外,图6中的检测单元62还用于监测所述目标系统的输出流数据,并判断所述输出流数据中的待检测数据在所述第一时间长度内累计输出次数是否超过预设的输出门限值以及判断所述输出流数据是否符合所述禁止重启条件。所述处理单元63还包括:第一输出流处理模块631和第二输出流处理模块632。其中第一输出流处理模块631用于在所述待检测数据在所述第一时间长度内的累计输出次数超过所述输出门限值的情况下,将所述目标系统重新启动。第二输出流处理模块632用于在所述输出流数据符合所述禁止重启条件的情况下,结束所述目标系统的运行,且不执行对所述目标系统的重启动。\n[0080] 进一步的,对于所述退出码满足所述异常处理条件的情况,如图7所示,所述监控系统包括:启动单元71、检测单元72、处理单元73、异常通知创建单元74。\n[0081] 其中,检测单元72还用于检测所述目标系统的退出码,判断所述退出码是否为所述异常型退出码以及判断所述退出码是否符合所述禁止重启条件。另外,所述处理单元73还包括第一退出码处理模块731和第二退出码处理模块732。第一退出码处理模块731用于在所述退出码为所述异常型退出码的情况下,将退出运行的所述目标系统重新启动。第二退出码处理模块732用于在在所述退出码符合所述禁止重启条件的情况下,结束所述目标系统的运行,且不执行对所述目标系统的重启动。\n[0082] 实际应用中,可以将本发明实施例中图6和图7的装置提供的功能进行结合,使得本发明实施例中的监控系统能同时进行对所述输出流数据和所述退出码的检测和相应异常处理。关于本发明实施例提供的监控系统的其他相关描述,可以参考实施例2和实施例\n3的描述,此处不再赘述。\n[0083] 本实施例提供的监控系统,能够对目标系统的输出流数据和退出码进行检测,并判断所述目标系统异常情况,进而提供相应处理,提高了系统的可用性。同时,本实施例中监控系统通过对目标系统的输出流数据、退出码的检测来进行相应的处理,不会侵入目标系统,也无需在被监控进程目标系统中进行对应额外的配置,有利于系统的稳定性。\n[0084] 本发明的实施例用于计算机系统中,实现了对进程的监控,可检测出被监控进程的不同的异常情况,并针对不同的异常情况采取对应的异常处理。\n[0085] 通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。\n[0086] 以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
法律信息
- 2022-07-01
专利权的转移
登记生效日: 2022.06.17
专利权人由北大方正集团有限公司变更为新方正控股发展有限责任公司
地址由100871 北京市海淀区成府路298号方正大厦5层变更为519031 广东省珠海市横琴新区华金街58号横琴国际金融中心大厦3007
专利权人由北京方正阿帕比技术有限公司 变更为北京方正阿帕比技术有限公司
- 2016-05-04
- 2012-12-26
实质审查的生效
IPC(主分类): G06F 11/30
专利申请号: 201110117415.3
申请日: 2011.05.06
- 2012-11-07
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2009-09-16
|
2009-04-16
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |