CN101621404A - 一种故障分层处理方法和系统 - Google Patents
一种故障分层处理方法和系统 Download PDFInfo
- Publication number
- CN101621404A CN101621404A CN200810136028A CN200810136028A CN101621404A CN 101621404 A CN101621404 A CN 101621404A CN 200810136028 A CN200810136028 A CN 200810136028A CN 200810136028 A CN200810136028 A CN 200810136028A CN 101621404 A CN101621404 A CN 101621404A
- Authority
- CN
- China
- Prior art keywords
- fault
- healing
- module
- failure message
- managed devices
- 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
Abstract
本发明公开了一种故障分层处理方法和系统,利用网络各级网元的能力和主动性提高设备故障的处理效率。其按照被管理设备和至少一层管理系统的故障处理能力逐级进行愈合处理,直到所述故障愈合或者最后一层管理系统处理结束。本发明让各级网元主动参与到被管理设备所产生的故障的愈合过程中,提高了故障愈合效率,提高了故障处理的成功率。
Description
技术领域
本发明涉及网络管理领域,具体涉及一种故障分层处理方法和系统。
背景技术
通信设备以及其他电子设备的网络管理中,设备出现故障时由于地理原因、信息缺失以及设备愈合性设计等原因,需要人力对故障设备进行维护,比如对故障设备的模块进行更换、隔离、优化、软硬件升级以及数据配置等等。
对故障设备上述的人工维护操作都需要消耗大量的人力和物力。且由于不同厂商的电子设备之间会存在差异,这样对于多层的管理系统中,人工处理故障会变得更加复杂,处理故障的难度也增大。为了减少人工处理的复杂性和运行成本,一些自动处理技术已经出现。但是目前技术都局限在管理系统的自身处理能力上,缺失了管理系统之间的配合,以及被管理设备的主动性的研究以及更高层网管信息的利用。
如果存在一种自动处理故障的方法对设备的主动性和各层网管的信息加以利用,则能最大程度的使用网络资源,提高设备自动处理的效率和成功率。
发明内容
本发明所要解决的技术问题是在于需要提供一种故障分层处理方法和系统,利用网络各级网元的能力和主动性提高设备故障的处理效率。
为了解决上述技术问题,本发明首先提供了一种故障分层处理方法,应用于网络管理,被管理设备和至少一层管理系统根据故障处理能力形成一个故障处理的愈合系统,在所述被管理设备出现故障时,按照所述被管理设备和至少一层管理系统的故障处理能力逐级进行愈合处理,直到所述故障愈合或者最后一层管理系统处理结束。
如上所述的故障分层处理方法中,所述被管理设备完全愈合所述故障,则可以不向所述管理系统上报所述故障。
进一步地,所述被管理设备可以进一步根据所述故障生成故障消息,在本地显示所述故障消息以及所述愈合处理后的处理结果。
如上所述的故障分层处理方法中,所述管理系统的故障处理能力可以根据所述故障的属性、人工策略设置以及表达所述故障的故障消息的属性至少其中之一确定。
如上所述的故障分层处理方法中,所述管理系统收到表达所述故障的故障消息后,可以判断所述故障消息与本地先前保存的故障消息的相关性,如果二者相关则可以更新本地先前保存的故障消息并进行愈合处理,否则可以在所述被管理设备及管理系统中采集数据或者根据所述故障消息提供的数据进行愈合处理。
为了解决上述技术问题,本发明还提供了一种故障分层处理系统,应用于网络管理,包括被管理设备和至少一层管理系统,所述被管理设备和至少一层管理系统根据故障处理能力形成一个故障处理的愈合系统,所述被管理设备和管理系统均包括识别模块、愈合模块、消息生成模块和策略设置模块,其中:
识别模块,用于识别出故障并根据本级故障处理能力判断本级是否需要进行愈合处理;
愈合模块,与所述识别模块相连,用于对所述故障进行故障愈合处理得到愈合结果;
消息生成模块,与所述识别模块及愈合模块相连,根据所述故障及所述愈合结果生成故障消息发送到所述愈合系统下一级的识别模块;
策略设置模块,与所述愈合模块相连,用于提供人工策略干涉所述愈合处理。
如上所述的故障分层处理系统,可以进一步包括:
显示模块,与所述愈合模块及策略设置模块相连,在所述策略设置模块设置的显示策略下显示所述愈合结果。
如上所述的故障分层处理系统中,所述被管理设备中的所述识别模块可以用于在故障发生时识别所述故障;所述管理系统中的所述识别模块可以用于根据所述愈合系统前一级发送的故障消息识别出所述故障。
如上所述的故障分层处理系统中,所述被管理设备中的所述消息生成模块,可以根据所述故障生成故障消息;所述管理系统中的所述消息生成模块,可以根据所述愈合系统前一级发送的故障消息以及本级愈合处理结果生成故障消息。
如上所述的故障分层处理系统中,所述愈合模块提供的愈合方案可以包括,资源使用不缩小方案、故障隔离方案或者故障部份修复方案。
与现有技术相比,本发明根据从被管理设备到各层管理设备的故障处理能力解决所发生的故障,让各级网元主动参与到被管理设备所产生的故障的愈合过程中,提高了故障愈合效率,提高了故障处理的成功率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的故障处理方法的流程图;
图2是根据本发明的故障处理装置的总体框架图;
图3是根据发明实施例的故障消息设计。
具体实施方式
以下将结合附图及实施例来详细说明本发明的实施方式,借此对本发明如何应用技术手段来解决技术问题,并达成技术效果的实现过程能充分理解并据以实施。
本发明所提的故障分层处理方法,被管理设备和各层管理系统根据各自的故障处理能力形成一个故障处理级别从低到高的愈合系统,在被管理设备出现故障时,被管理设备和各层管理系统逐级进行愈合处理,被管理设备和各层管理系统根据自己的故障处理能力完成相应的故障处理,直到故障愈合或者最后一层管理系统处理结束。
被管理设备出现故障时,首先根据自己的故障处理能力进行愈合处理,如果能够完全愈合则可以不向各层管理系统上报表达所述故障的故障消息,并可以在本地显示故障消息和处理结果,如果被管理设备的故障处理能力无法实现故障完全愈合,则根据故障以及对故障的处理结果生成故障消息发送给第一层管理系统。第一层管理系统收到被管理设备发来的故障消息,根据自己的故障处理能力进行故障处理,如果能愈合被管理设备处理后的剩余故障,则可以不向后续各层管理系统上报故障消息,并可以在本地显示故障消息和处理结果,如果不能愈合剩余故障,则将根据所接收到的故障消息以及自己处理故障后的处理信息生成新的故障消息发送给第二层管理系统,由第二层或者第二层及后续各层管理系统完成剩余故障的愈合处理,直到故障愈合或者最后一层管理系统处理结束。
图1是根据本发明实施例的故障处理方法的流程图,以二层管理系统为例进行说明,包括如下步骤:
步骤110,被管理设备发生故障,先根据策略判断是否能够进行愈合处理,如果能够愈合处理则转步骤120,否则转步骤130;
步骤120,按照愈合处理方式进行处理,处理方式为由被管理设备自己定义,愈合处理成功后不向管理系统发送愈合故障后的处理结果,并可以选择在客户端显示故障消息和处理结果,如果处理不成功,则转步骤130;
步骤130,被管理设备发送故障消息到第一层管理系统,第一层管理系统根据本管理系统的故障处理能力判断是否进行故障愈合处理,如果判断出该故障不需要进行愈合处理则转到步骤131,如果判断出该故障无法在本地进行愈合处理则转步骤132,如果判断出需要在本地进行愈合处理则转步骤133;
其中第一层以及后续各层管理系统的故障处理能力根据故障属性,或者人工策略设置,或者接收到的故障消息的属性,或者三者的结合,或者根据三者的优先权进行取舍后来确定此类故障消息的故障处理能力;
步骤131,将故障消息按照正常的处理适应告警规则后入库,并在客户端显示,结束。
步骤132,将故障消息发送到第二层管理系统,等待第二层管理系统处理后再依据处理结果决定是否在客户端显示,结束。
一般情况下若等待第二层管理系统处理超时,或者处理此类故障后不会导致处理结果上报,或者处理失败通知到本第一层管理系统,则将故障消息写入数据库,并在客户端显示给用户。
步骤133,根据被管理设备上报的故障消息的属性判断该故障消息和本地先前保存的故障消息的相关性,能够保证客户端即时显示消息处理的最新进程,无论是故障愈合了还是部分愈合后的结果,如果相关则转步骤141,如果不相关则转步骤142;
步骤141,根据该故障消息更新本地数据库持久化记录中的故障消息记录,进行故障愈合处理并生成处理结果,转步骤180继续执行。
步骤142,查找系统预订义的处理策略和人工设置定义的策略,根据这些策略在被管理设备和管理系统中采集相关数据,或者利用故障消息中提供的相关数据,例如位置定位信息(如ip地址等)、性能数据信息(如运行负荷等)、软件版本信息、配置数据信息等有利于判断故障发生原因的相关信息,进行诊断测试后继续步骤150;
步骤150,制定愈合方案,在管理系统中可被编译为能被管理设备接收的指令,进行故障愈合,其实施过程中可以被管理设备单独执行,也可以被管理设备和管理系统共同执行;
步骤160,根据处理结果判断是否为完全成功愈合、部份愈合还是失败处理,同时设置超时,对于完成成功愈合转步骤180继续执行,如果是部份愈合、失败处理或者超时时间到,则转步骤170;
步骤170,判断是否需要第二层管理系统进一步处理,如果是则转步骤132继续执行,如果不需要第二层管理系统进行处理,则转步骤171继续执行;
步骤171,在本地显示故障消息和处理结果,并写入持久化记录,结束。
步骤180,进一步判断是否需要本地显示,如果需要则转步骤181,否则转步骤182;
步骤181,在本地显示故障消息和处理结果,并写入持久化记录,结束。
步骤182,将故障消息和处理结果写入持久化记录,结束。
图2示出了本发明故障分层处理系统的组成示意图,系统包括被管理设备100、第一层管理系统210及第二层管理系统220,被管理设备100和各层管理系统形成一个故障处理能力级别从低到高的愈合系统,被管理设备100和各层管理系统均包括识别模块10、愈合模块20、消息生成模块30、策略设置模块40和显示模块50,其中:
识别模块10,识别出故障并判断本级能否进行故障的愈合处理;其中被管理设备中的识别模块10用于在故障发生时识别出故障的种类,各层管理系统中的识别模块10用于根据前一级发送的故障消息识别出未愈合的故障。
各级中的识别模块10首先识别出故障,然后判断故障能否在本级进行愈合处理,如果能则在本级进行愈合处理,如果未完全愈合则根据处理结果生成故障消息发送到下一级继续进行愈合处理,否则直接根据故障生成故障消息发送到下一级继续进行愈合处理。
各级识别出故障后,可以根据消息自身的设置判断某些故障是否需要处理的定义信息,这样可以兼容以前的被管理设备;根据被管理设备或者管理系统设置的故障是否需要进行愈合处理的需求信息;以及系统在实时运行时候的运行维护人员在管理系统中的自定义信息,来确定本级能否对故障进行处理,上述三种信息可以自由划分优先级别并根据优先级别确定如何处理所发生的故障。
如果故障已经完全愈合,则可以将表示愈合处理成功的恢复消息发送到下一级的中,用于刷新界面的处理显示结果。如果故障还没有完全愈合,则可以将故障消息和已经愈合处理后的结果数据发送到客户端显示给用户。前一级处理的结果数据按照标准的格式放到此故障消息的显示结果中和消息传送中,用于提供给用户查看,或者用于下一级管理系统进行愈合时候减少不必要的愈合操作。
愈合模块20,与识别模块10相连,用于对故障进行诊断测试,为故障提供愈合方案并进行故障愈合处理。
根据故障消息提供的静态数据和动态数据收集其他相关数据,并根据这些数据提供愈合方案。愈合方案包括三种,第一种是资源使用不缩小的方案,此种方式根据用户设置的策略来提供结果是否回显,例如复位,设置错误参数,设置软件版本等;第二种是故障隔离方案,根据故障消息将相应的故障隔离,此类处理方缩小了被管理设备的使用资源;第三种是故障部份修复的方案,此处理方式的结果导致被管理设备处于中间状态,不能自动回滚。
故障的自动愈合处理主要是管理系统对被管理设备的故障消息进行自动处理,这些处理可以充分利用到故障消息本身的一些信息来进行判断,决定是否需要进行自动处理。由于被管理设备和管理系统从物理上来说是两个独立的节点,以及管理系统也存在多级的管理系统,例如网元管理系统和更高层次的网络管理系统,所以先说明故障消息设计和处理方式。
首先说明故障消息分类。将故障消息分为四类,第一类是任何系统都不需要自动处理的消息;第二类是被管理设备需要自动处理的消息;第三类是本管理系统需要自动处理的消息;第四类是除本管理系统外的其他系统需要自动处理的消息。
然后说明故障消息自动识别的设计方法,其分为四种。第一种是为当前的电子设备增加一个识别信息,其用来标识故障消息的类别,该类别可以为以上四类消息中的具体类别,或者是四类信息中的某种组合类别;第二种是在当前的管理系统中根据故障管理信息的主键在使用过程中自己人工或者通过程序主动预定义增加一个识别信息,用来标识故障消息的类别,该类别也可以为以上四类消息中的一种类别,或者是四类信息中的组合类别;第三种是在管理系统或者是被管理设备中设置人工策略,来进行复杂条件的判断。此策略不仅仅是根据故障识别身份来判断,而且要依据此故障携带的其他相关信息来判断是否需要自动处理;第四种是在被管理设备和所有相关管理系统中的某几个或者是全部管理系统都增加识别信息,这些多个识别消息被定义了优先级别,优先级别高的识别信息能覆盖、修改或替换优先级别低的识别信息。
最后说明故障消息的处理状态设计。在告警的故障消息中增加一个处理状态信息,表示被管理设备和管理系统对于此条故障的处理结果。此处理状态信息可以由被管理设备或者管理系统中加入。
消息生成模块30,与识别模块10和愈合模块20相连,根据识别模块10识别出的故障以及愈合模块20的愈合结果生成故障消息发送到下一级的识别模块10继续进行处理。
策略设置模块40,与愈合模块20相连,用于提供人工策略对自由化策略进行干涉,其包含故障是否愈合处理,故障愈合处理优先权设置,进行愈合操作是本地还是远端的设置,愈合的收集数据策略设置,愈合的诊断测试设置,愈合处理的实施指令设置,愈合结果的显示策略设置;可以采用脚本语言的方式进行实施指令的设置;通过策略设置来决定愈合过程中的各个处理过程的策略。
显示模块50,与愈合模块20及策略设置模块40相连,根据策略设置模块40设置的显示依据显示故障消息的处理结果,故障消息的更新、修改和替换,以及故障消息处理结果在数据库等持久化记录中的更新,修改和替换。
图3是根据发明实施例的故障消息设计,包括愈合字段、结果字段和其他字段,其中愈合字段为3个,分别为表示被管理设备愈合状态的字段A,表示本级管理系统愈合状态的字段B和表示下一级管理系统愈合状态的字段C。每个节点(即被管理设备和各级管理系统)的状态用两个比特来表示4个状态,这四个状态分别为不需要愈合处理,需要愈合处理但还未处理,需要愈合且愈合处理成功,需要愈合处理但愈合处理失败。其中的结果字段D表示所发生的故障的当前处理结果,其中的其他字段E为预留字段。
本发明的目的是为了提出一种网络管理中对于被管理设备的故障的自动处理方法,其采用多层处理的方式充分利用通信领域和电子设备领域的多层管理系统的信息,提高自动处理故障的机率;其次利用了网元设备和网元管理系统的主动性信息来减少自动处理的复杂性;对于处理结果,提出一种显示处理方法,来避免在数量庞大的设备中减少故障消息对管理系统的冲击,也通过这种信息的传送避免其他网络管理系统的冗余自动处理。
虽然本发明所揭露的实施方式如上,但所述的内容只是为了便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属技术领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式上及细节上作任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (10)
1、一种故障分层处理方法,应用于网络管理,其特征在于,被管理设备和至少一层管理系统根据故障处理能力形成一个故障处理的愈合系统,在所述被管理设备出现故障时,按照所述被管理设备和至少一层管理系统的故障处理能力逐级进行愈合处理,直到所述故障愈合或者最后一层管理系统处理结束。
2、如权利要求1所述的故障分层处理方法,其特征在于:
所述被管理设备完全愈合所述故障,则不向所述管理系统上报所述故障。
3、如权利要求2所述的故障分层处理方法,其特征在于:
所述被管理设备进一步根据所述故障生成故障消息,在本地显示所述故障消息以及所述愈合处理后的处理结果。
4、如权利要求1所述的故障分层处理方法,其特征在于:
所述管理系统的故障处理能力根据所述故障的属性、人工策略设置以及表达所述故障的故障消息的属性至少其中之一确定。
5、如权利要求1所述的故障分层处理方法,其特征在于:
所述管理系统收到表达所述故障的故障消息后,判断所述故障消息与本地先前保存的故障消息的相关性,如果二者相关则更新本地先前保存的故障消息并进行愈合处理,否则在所述被管理设备及管理系统中采集数据或者根据所述故障消息提供的数据进行愈合处理。
6、一种故障分层处理系统,应用于网络管理,包括被管理设备和至少一层管理系统,其特征在于,所述被管理设备和至少一层管理系统根据故障处理能力形成一个故障处理的愈合系统,所述被管理设备和管理系统均包括识别模块、愈合模块、消息生成模块和策略设置模块,其中:
识别模块,用于识别出故障并根据本级故障处理能力判断本级是否需要进行愈合处理;
愈合模块,与所述识别模块相连,用于对所述故障进行故障愈合处理得到愈合结果;
消息生成模块,与所述识别模块及愈合模块相连,根据所述故障及所述愈合结果生成故障消息发送到所述愈合系统下一级的识别模块;
策略设置模块,与所述愈合模块相连,用于提供人工策略干涉所述愈合处理。
7、如权利要求6所述的故障分层处理系统,其特征在于,该系统进一步包括:
显示模块,与所述愈合模块及策略设置模块相连,在所述策略设置模块设置的显示策略下显示所述愈合结果。
8、如权利要求6所述的故障分层处理系统,其特征在于:
所述被管理设备中的所述识别模块用于在故障发生时识别所述故障;
所述管理系统中的所述识别模块用于根据所述愈合系统前一级发送的故障消息识别出所述故障。
9、如权利要求6所述的故障分层处理系统,其特征在于:
所述被管理设备中的所述消息生成模块,根据所述故障生成故障消息;
所述管理系统中的所述消息生成模块,根据所述愈合系统前一级发送的故障消息以及本级愈合处理结果生成故障消息。
10、如权利要求6所述的故障分层处理系统,其特征在于:
所述愈合模块提供的愈合方案包括,资源使用不缩小方案、故障隔离方案或者故障部份修复方案。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101360282A CN101621404B (zh) | 2008-07-05 | 2008-07-05 | 一种故障分层处理方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101360282A CN101621404B (zh) | 2008-07-05 | 2008-07-05 | 一种故障分层处理方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101621404A true CN101621404A (zh) | 2010-01-06 |
CN101621404B CN101621404B (zh) | 2012-07-18 |
Family
ID=41514465
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101360282A Active CN101621404B (zh) | 2008-07-05 | 2008-07-05 | 一种故障分层处理方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101621404B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102984739A (zh) * | 2011-09-07 | 2013-03-20 | 中兴通讯股份有限公司 | 故障信息处理方法及装置 |
CN101800675B (zh) * | 2010-02-25 | 2013-03-20 | 华为技术有限公司 | 故障监控方法、监控设备及通信系统 |
CN103178974A (zh) * | 2011-12-21 | 2013-06-26 | 中国银联股份有限公司 | 故障处理系统及方法 |
CN104333459A (zh) * | 2014-07-28 | 2015-02-04 | 浪潮(北京)电子信息产业有限公司 | 云数据中心故障管理方法和装置 |
CN111367769A (zh) * | 2020-03-30 | 2020-07-03 | 浙江大华技术股份有限公司 | 应用故障处理方法及电子设备 |
CN112994917A (zh) * | 2019-12-17 | 2021-06-18 | 华为技术有限公司 | 网络管理方法和网络管理装置 |
CN113282933A (zh) * | 2020-07-17 | 2021-08-20 | 中兴通讯股份有限公司 | 联邦学习方法、装置和系统、电子设备、存储介质 |
-
2008
- 2008-07-05 CN CN2008101360282A patent/CN101621404B/zh active Active
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101800675B (zh) * | 2010-02-25 | 2013-03-20 | 华为技术有限公司 | 故障监控方法、监控设备及通信系统 |
CN102984739A (zh) * | 2011-09-07 | 2013-03-20 | 中兴通讯股份有限公司 | 故障信息处理方法及装置 |
CN103178974A (zh) * | 2011-12-21 | 2013-06-26 | 中国银联股份有限公司 | 故障处理系统及方法 |
CN103178974B (zh) * | 2011-12-21 | 2016-08-17 | 中国银联股份有限公司 | 故障处理系统及方法 |
CN104333459A (zh) * | 2014-07-28 | 2015-02-04 | 浪潮(北京)电子信息产业有限公司 | 云数据中心故障管理方法和装置 |
CN112994917A (zh) * | 2019-12-17 | 2021-06-18 | 华为技术有限公司 | 网络管理方法和网络管理装置 |
CN111367769A (zh) * | 2020-03-30 | 2020-07-03 | 浙江大华技术股份有限公司 | 应用故障处理方法及电子设备 |
CN113282933A (zh) * | 2020-07-17 | 2021-08-20 | 中兴通讯股份有限公司 | 联邦学习方法、装置和系统、电子设备、存储介质 |
CN113282933B (zh) * | 2020-07-17 | 2022-03-01 | 中兴通讯股份有限公司 | 联邦学习方法、装置和系统、电子设备、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101621404B (zh) | 2012-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101621404B (zh) | 一种故障分层处理方法和系统 | |
US5295230A (en) | Knowledge representation for expert system | |
US6446058B1 (en) | Computer platform alarm and control system | |
US6990520B2 (en) | System and method for managing computer networks | |
US20080155086A1 (en) | Agent management system | |
CN103458086B (zh) | 一种智能手机及其故障检测方法 | |
CN110807064B (zh) | Rac分布式数据库集群系统中的数据恢复装置 | |
CN110134518B (zh) | 一种提高大数据集群多节点应用高可用性的方法及系统 | |
CN104077199B (zh) | 基于共享磁盘的高可用集群的隔离方法和系统 | |
KR20050037606A (ko) | 컴퓨터 기반 방법, 컴퓨터 프로그램 제품 및 데이터 처리시스템 | |
JP2011530127A (ja) | データセンタにわたる複数データサーバ間のデータ完全性を保持する方法およびシステム | |
CN102902615B (zh) | 一种Lustre并行文件系统错误报警方法及其系统 | |
CN103646104A (zh) | 一种强实时故障诊断方法及系统 | |
CN103176892B (zh) | 一种页面监控方法及系统 | |
CN103595572B (zh) | 一种云计算集群中节点自修复的方法 | |
CN109582335A (zh) | 一种无中断存储集群节点在线升级方法、装置及设备 | |
CN110291505A (zh) | 减少应用的恢复时间 | |
CN115328752A (zh) | 一种用于Kubernetes控制面测试的集群模拟方法及系统 | |
CN103024786B (zh) | 一种资源管理方法和系统 | |
US20220182851A1 (en) | Communication Method and Apparatus for Plurality of Administrative Domains | |
CN105323639A (zh) | 机顶盒修复方法、装置及系统 | |
CN110191016A (zh) | 云平台业务监控方法、装置、设备、系统及可读存储介质 | |
CN104063451B (zh) | 一种数据库连接管理方法及系统 | |
CN114422386B (zh) | 一种微服务网关的监测方法及装置 | |
JP2010009127A (ja) | 管理プログラムおよび管理装置 |
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 |