CN106557380A - 用于保持服务器稳定的方法及其系统 - Google Patents

用于保持服务器稳定的方法及其系统 Download PDF

Info

Publication number
CN106557380A
CN106557380A CN201610939150.8A CN201610939150A CN106557380A CN 106557380 A CN106557380 A CN 106557380A CN 201610939150 A CN201610939150 A CN 201610939150A CN 106557380 A CN106557380 A CN 106557380A
Authority
CN
China
Prior art keywords
data
killing
interface
server
abnormal
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
Application number
CN201610939150.8A
Other languages
English (en)
Inventor
彭仁诚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Science And Technology Co Ltd
Original Assignee
Shenzhen Science And Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Science And Technology Co Ltd filed Critical Shenzhen Science And Technology Co Ltd
Priority to CN201610939150.8A priority Critical patent/CN106557380A/zh
Publication of CN106557380A publication Critical patent/CN106557380A/zh
Priority to PCT/CN2017/092963 priority patent/WO2018076801A1/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079Root cause analysis, i.e. error or fault diagnosis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Hardware Redundancy (AREA)
  • Retry When Errors Occur (AREA)

Abstract

本发明涉及用于保持服务器稳定的方法及其系统,该方法包括内部判断步骤,判断是否是接口、进程或者数据中至少一种出现异常,若是接口、进程或者数据中至少一种出现异常,则进行异常处理步骤,若判断不是接口、进程或者数据中至少一种出现异常,则进行外部故障处理步骤;异常处理步骤,采用数据校正、进程部分或全部杀掉并重启杀掉的进程,以及记录和通知进行异常处理;外部故障处理步骤,实时对服务器外部的接口进行监控,并通知用户进行接口的重新调整和处理,本发明实现对服务器进行实时监控,服务器出现异常时,自动进行异常与故障的清除,保持服务器的稳定性,保证企业的正常运作。

Description

用于保持服务器稳定的方法及其系统
技术领域
本发明涉及服务器监控的技术领域,尤其是用于保持服务器稳定的方法及其系统。
背景技术
服务器,也称伺服器,是提供计算服务的设备。由于服务器需要响应服务请求,并进行处理,因此一般来说服务器应具备承担服务并且保障服务的能力。服务器的构成包括处理器、硬盘、内存、系统总线等,和通用的计算机架构类似,但是由于需要提供高可靠的服务,因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。在网络环境下,根据服务器提供的服务类型不同,分为文件服务器,数据库服务器,应用程序服务器,WEB服务器等。服务器的正常运行和故障后的快速响应,对于企业具有非常重要的意义。
目前,大部分的服务器在出现故障时,无法保持服务器稳定,同时无法及时得知出现故障的位置,也无法及时对故障进行清除,对企业的运作造成了巨大的损失。
因此,有必要设计一种用于保持服务器稳定的方法,实现对服务器进行实时监控,服务器出现异常时,自动进行异常与故障的清除,保持服务器的稳定性,保证企业的正常运作。
发明内容
本发明的目的在于提供用于保持服务器稳定的方法及其系统,旨在解决现有技术中,服务器在出现故障时,无法保持服务器稳定,同时无法及时得知出现故障的位置,也无法及时对故障进行清除,对企业的运作造成了巨大的损失的问题。
本发明是这样实现的,用于保持服务器稳定的方法,包括以下具体步骤:
内部判断步骤,判断是否是接口、进程或者数据中至少一种出现异常,若是接口、进程或者数据中至少一种出现异常,则进行异常处理步骤,若判断不是接口、进程或者数据中至少一种出现异常,则进行外部故障处理步骤;
异常处理步骤,采用数据校正、进程部分或全部杀掉并重启杀掉的进程,以及记录和通知进行异常处理;
外部故障处理步骤,实时对服务器外部的接口进行监控,并通知用户进行接口的重新调整和处理。
进一步地,所述异常处理步骤包括以下具体步骤:
步骤一、数据校正步骤,对原始数据进行重新校正;
步骤二、部分进程处理步骤,杀掉出现异常的进程,并且重新启动相同的进程;
步骤三、全部进程处理步骤,杀掉出现与异常的进程相关的进程,并重新启动所有杀掉的进程。
进一步地,所述步骤三全部进程处理步骤包括以下具体步骤:
步骤1、查找相关进程步骤,在服务器内部查找与异常进程相关的进程;
步骤2、杀掉重启步骤,杀掉异常进程以及与之相关的进程,同时重启所有杀掉的进程。
进一步地,所述内部判断步骤包括以下具体步骤:
步骤一、接口判断步骤,按照一定的时间发送固定变化的数据至指定位置并返回数据,校验返回的数据是否符合要求,若返回的数据符合要求,则进行步骤二,若返回的数据不符合要求,则进行数据校正步骤;
步骤二、数据判断步骤,按照一定的时间发送内存区域以及DB区域的数据发送至指定位置并返回数据,校验返回的数据是否正确,若返回的数据正确,则进行步骤三,若返回的数据不正确,则进行数据校正步骤;
步骤三、进程判断步骤,查找进程是否存在,若进程存在,则进行外部故障处理步骤,若进程不存在,则进行步骤四;
步骤四、进程类型判断步骤,判断不存在的进程是否是独立进程,不存在的进程是独立进程,则进行部分进程处理步骤;若不存在的进程不是独立进程,则进行全部进程处理步骤。
进一步地,所述步骤四进程类型判断步骤是人为的判断,用户预先设定进程与进程之间的关系,判断时依据原先设定的关系进行判断。
本发明提供了用于保持服务器稳定的系统,包括内部判断单元、异常处理单元以及外部故障处理单元;
所述内部判断单元,用于是否是接口、进程或者数据中至少一种出现异常,分别与所述异常处理单元以及所述外部故障处理单元连接;
所述异常处理单元,用于采用数据校正、进程部分或全部杀掉并重启杀掉的进程,以及记录和通知进行异常处理;
所述外部故障处理单元,用于实时对服务器外部的接口进行监控,并通知用户进行接口的重新调整和处理。
进一步地,所述异常处理单元包括数据校正模块、部分进程处理模块以及全部进程处理模块;
所述数据校正模块,用于对原始数据进行重新校正,与所述内部判断单元连接;
所述部分进程处理模块,用于杀掉出现异常的进程,并且重新启动相同的进程,与所述内部判断单元连接;
所述全部进程处理模块,用于杀掉出现与异常的进程相关的进程,并重新启动所有杀掉的进程,与所述内部判断单元连接。
进一步地,所述全部进程处理模块包括查找相关进程子模块以及杀掉重启子模块;
所述查找相关进程子模块,用于在服务器内部查找与异常进程相关的进程,与所述杀掉重启子模块连接;
所述杀掉重启子模块,用于杀掉异常进程以及与之相关的进程,同时重启所有杀掉的进程,与所述外部故障处理单元连接。
进一步地,所述内部判断单元包括接口判断模块、数据判断模块、进程判断模块以及进程类型判断模块;
所述接口判断模块,用于按照一定的时间发送固定变化的数据至指定位置并返回数据,校验返回的数据是否符合要求,分别与所述数据校正模块以及所述数据判断模块连接;
所述数据判断模块,用于按照一定的时间发送内存区域以及DB区域的数据发送至指定位置并返回数据,校验返回的数据是否正确,分别与所述数据校正模块以及所述进程判断模块连接;
所述进程判断模块,用于查找进程是否存在,与所述进程类型判断模块与所述外部故障处理单元连接;
所述进程类型判断模块,用于判断不存在的进程是否是独立进程,分别与所述部分进程处理模块以及所述查找相关进程子模块连接。
与现有技术相比,本发明提供的用于保持服务器稳定的方法,通过内部判断以及异常处理和外部故障处理两个方面对服务器的异常进行实时监控和及时的处理,内部判断还从接口、进程以及数据三个方面进行监控,实现对服务器进行实时监控,服务器出现异常时,自动进行异常与故障的清除,保持服务器的稳定性,保证企业的正常运作。
附图说明
图1是本发明实施例提供的用于保持服务器稳定的方法的流程框图;
图2是本发明实施例提供的用于保持服务器稳定的系统的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
以下结合具体实施例对本发明的实现进行详细的描述。
参照图1~2,为本发明提供的较佳实施例。
本实施例提供的用于保持服务器稳定的方法,可以运用在任何服务器中,实现对服务器进行实时监控,服务器出现异常时,自动进行异常与故障的清除,保持服务器的稳定性,保证企业的正常运作。
用于保持服务器稳定的方法,包括以下具体步骤:
内部判断步骤,判断是否是接口、进程或者数据中至少一种出现异常,若是接口、进程或者数据中至少一种出现异常,则进行异常处理步骤,若判断不是接口、进程或者数据中至少一种出现异常,则进行外部故障处理步骤;
异常处理步骤,采用数据校正、进程部分或全部杀掉并重启杀掉的进程,以及记录和通知进行异常处理;
外部故障处理步骤,实时对服务器外部的接口进行监控,并通知用户进行接口的重新调整和处理。
上述的用于保持服务器稳定的方法,通过内部判断以及异常处理和外部故障处理两个方面对服务器的异常进行实时监控和及时的处理,内部判断还从接口、进程以及数据三个方面进行监控,实现对服务器进行实时监控,服务器出现异常时,自动进行异常与故障的清除,保持服务器的稳定性,保证企业的正常运作。
更进一步的,所述异常处理步骤包括以下具体步骤:
步骤一、数据校正步骤,对原始数据进行重新校正;
步骤二、部分进程处理步骤,杀掉出现异常的进程,并且重新启动相同的进程;
步骤三、全部进程处理步骤,杀掉出现与异常的进程相关的进程,并重新启动所有杀掉的进程。
在本实施例中,所述步骤三全部进程处理步骤包括以下具体步骤:
步骤1、查找相关进程步骤,在服务器内部查找与异常进程相关的进程;
步骤2、杀掉重启步骤,杀掉异常进程以及与之相关的进程,同时重启所有杀掉的进程。
上述的数据校正步骤,对原始数据采用与业务相关的算法进行重新校正,该算法依据业务而定。
更进一步的,所述内部判断步骤包括以下具体步骤:
步骤一、接口判断步骤,按照一定的时间发送固定变化的数据至指定位置并返回数据,校验返回的数据是否符合要求,若返回的数据符合要求,则进行步骤二,若返回的数据不符合要求,则进行数据校正步骤;
步骤二、数据判断步骤,按照一定的时间发送内存区域以及DB区域的数据发送至指定位置并返回数据,校验返回的数据是否正确,若返回的数据正确,则进行步骤三,若返回的数据不正确,则进行数据校正步骤;
步骤三、进程判断步骤,查找进程是否存在,若进程存在,则进行外部故障处理步骤,若进程不存在,则进行步骤四;
步骤四、进程类型判断步骤,判断不存在的进程是否是独立进程,不存在的进程是独立进程,则进行部分进程处理步骤;若不存在的进程不是独立进程,则进行全部进程处理步骤。
在本实施例中,上述的步骤四进程类型判断步骤是人为的判断,用户预先设定进程与进程之间的关系,判断时依据原先设定的关系进行判断。
于其他实施例,上述的步骤四进程类型判断步骤为智能判断,依据进程内的关键词查找服务器内是否存在与之相关联的进程。
当然,智能判断过程中,还可以依据进程的名称查找服务器内是否存在与之相关联的进程。
本发明还提供了用于保持服务器稳定的系统,包括内部判断单元、异常处理单元以及外部故障处理单元90,所述内部判断单元,用于是否是接口、进程或者数据中至少一种出现异常,分别与所述异常处理单元以及所述外部故障处理单元90连接;所述异常处理单元,用于采用数据校正、进程部分或全部杀掉并重启杀掉的进程,以及记录和通知进行异常处理;所述外部故障处理单元90,用于实时对服务器外部的接口进行监控,并通知用户进行接口的重新调整和处理。
所述异常处理单元包括数据校正模块50、部分进程处理模块60以及全部进程处理模块,所述数据校正模块50,用于对原始数据进行重新校正,与所述内部判断单元连接;所述部分进程处理模块60,用于杀掉出现异常的进程,并且重新启动相同的进程,与所述内部判断单元连接;所述全部进程处理模块,用于杀掉出现与异常的进程相关的进程,并重新启动所有杀掉的进程,与所述内部判断单元连接。
在本实施例中,所述全部进程处理模块包括查找相关进程子模块70以及杀掉重启子模块80,所述查找相关进程子模块70,用于在服务器内部查找与异常进程相关的进程,与所述杀掉重启子模块80连接;所述杀掉重启子模块80,用于杀掉异常进程以及与之相关的进程,同时重启所有杀掉的进程,与所述外部故障处理单元连接。
所述内部判断单元包括接口判断模块20、数据判断模块10、进程判断模块30以及进程类型判断模块40,所述接口判断模块20,用于按照一定的时间发送固定变化的数据至指定位置并返回数据,校验返回的数据是否符合要求,分别与所述数据校正模块50以及所述数据判断模块10连接;所述数据判断模块10,用于按照一定的时间发送内存区域以及DB区域的数据发送至指定位置并返回数据,校验返回的数据是否正确,分别与所述数据校正模块50以及所述进程判断模块30连接;所述进程判断模块30,用于查找进程是否存在,与所述进程类型判断模块40与所述外部故障处理单元90连接;所述进程类型判断模块40,用于判断不存在的进程是否是独立进程,分别与所述部分进程处理模块60以及所述查找相关进程子模块70连接。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。

Claims (9)

1.用于保持服务器稳定的方法,其特征在于,包括以下具体步骤:
内部判断步骤,判断是否是接口、进程或者数据中至少一种出现异常,若是接口、进程或者数据中至少一种出现异常,则进行异常处理步骤,若判断不是接口、进程或者数据中至少一种出现异常,则进行外部故障处理步骤;
异常处理步骤,采用数据校正、进程部分或全部杀掉并重启杀掉的进程,以及记录和通知进行异常处理;
外部故障处理步骤,实时对服务器外部的接口进行监控,并通知用户进行接口的重新调整和处理。
2.如权利要求1所述的用于保持服务器稳定的方法,其特征在于,所述异常处理步骤包括以下具体步骤:
步骤一、数据校正步骤,对原始数据进行重新校正;
步骤二、部分进程处理步骤,杀掉出现异常的进程,并且重新启动相同的进程;
步骤三、全部进程处理步骤,杀掉出现与异常的进程相关的进程,并重新启动所有杀掉的进程。
3.如权利要求2所述的用于保持服务器稳定的方法,其特征在于,所述步骤三全部进程处理步骤包括以下具体步骤:
步骤1、查找相关进程步骤,在服务器内部查找与异常进程相关的进程;
步骤2、杀掉重启步骤,杀掉异常进程以及与之相关的进程,同时重启所有杀掉的进程。
4.如权利要求3所述的用于保持服务器稳定的方法,其特征在于,所述内部判断步骤包括以下具体步骤:
步骤一、接口判断步骤,按照一定的时间发送固定变化的数据至指定位置并返回数据,校验返回的数据是否符合要求,若返回的数据符合要求,则进行步骤二,若返回的数据不符合要求,则进行数据校正步骤;
步骤二、数据判断步骤,按照一定的时间发送内存区域以及DB区域的数据发送至指定位置并返回数据,校验返回的数据是否正确,若返回的数据正确,则进行步骤三,若返回的数据不正确,则进行数据校正步骤;
步骤三、进程判断步骤,查找进程是否存在,若进程存在,则进行外部故障处理步骤,若进程不存在,则进行步骤四;
步骤四、进程类型判断步骤,判断不存在的进程是否是独立进程,不存在的进程是独立进程,则进行部分进程处理步骤;若不存在的进程不是独立进程,则进行全部进程处理步骤。
5.如权利要求4所述的用于保持服务器稳定的方法,其特征在于,所述步骤四进程类型判断步骤是人为的判断,用户预先设定进程与进程之间的关系,判断时依据原先设定的关系进行判断。
6.用于保持服务器稳定的系统,其特征在于,包括内部判断单元、异常处理单元以及外部故障处理单元;
所述内部判断单元,用于是否是接口、进程或者数据中至少一种出现异常,分别与所述异常处理单元以及所述外部故障处理单元连接;
所述异常处理单元,用于采用数据校正、进程部分或全部杀掉并重启杀掉的进程,以及记录和通知进行异常处理;
所述外部故障处理单元,用于实时对服务器外部的接口进行监控,并通知用户进行接口的重新调整和处理。
7.如权利要求6所述的用于保持服务器稳定的系统,其特征在于,所述异常处理单元包括数据校正模块、部分进程处理模块以及全部进程处理模块;
所述数据校正模块,用于对原始数据进行重新校正,与所述内部判断单元连接;
所述部分进程处理模块,用于杀掉出现异常的进程,并且重新启动相同的进程,与所述内部判断单元连接;
所述全部进程处理模块,用于杀掉出现与异常的进程相关的进程,并重新启动所有杀掉的进程,与所述内部判断单元连接。
8.如权利要求7所述的用于保持服务器稳定的系统,其特征在于,所述全部进程处理模块包括查找相关进程子模块以及杀掉重启子模块;
所述查找相关进程子模块,用于在服务器内部查找与异常进程相关的进程,与所述杀掉重启子模块连接;
所述杀掉重启子模块,用于杀掉异常进程以及与之相关的进程,同时重启所有杀掉的进程,与所述外部故障处理单元连接。
9.如权利要求8所述的用于保持服务器稳定的系统,其特征在于,所述内部判断单元包括接口判断模块、数据判断模块、进程判断模块以及进程类型判断模块;
所述接口判断模块,用于按照一定的时间发送固定变化的数据至指定位置并返回数据,校验返回的数据是否符合要求,分别与所述数据校正模块以及所述数据判断模块连接;
所述数据判断模块,用于按照一定的时间发送内存区域以及DB区域的数据发送至指定位置并返回数据,校验返回的数据是否正确,分别与所述数据校正模块以及所述进程判断模块连接;
所述进程判断模块,用于查找进程是否存在,与所述进程类型判断模块与所述外部故障处理单元连接;
所述进程类型判断模块,用于判断不存在的进程是否是独立进程,分别与所述部分进程处理模块以及所述查找相关进程子模块连接。
CN201610939150.8A 2016-10-24 2016-10-24 用于保持服务器稳定的方法及其系统 Pending CN106557380A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610939150.8A CN106557380A (zh) 2016-10-24 2016-10-24 用于保持服务器稳定的方法及其系统
PCT/CN2017/092963 WO2018076801A1 (zh) 2016-10-24 2017-07-14 用于保持服务器稳定的方法及其系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610939150.8A CN106557380A (zh) 2016-10-24 2016-10-24 用于保持服务器稳定的方法及其系统

Publications (1)

Publication Number Publication Date
CN106557380A true CN106557380A (zh) 2017-04-05

Family

ID=58443532

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610939150.8A Pending CN106557380A (zh) 2016-10-24 2016-10-24 用于保持服务器稳定的方法及其系统

Country Status (2)

Country Link
CN (1) CN106557380A (zh)
WO (1) WO2018076801A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018076801A1 (zh) * 2016-10-24 2018-05-03 深圳有麦科技有限公司 用于保持服务器稳定的方法及其系统
CN108153620A (zh) * 2017-12-27 2018-06-12 深圳豪客互联网有限公司 一种进程控制方法及装置
CN110535790A (zh) * 2019-08-23 2019-12-03 天津芯海创科技有限公司 基于semaphore的交换芯片异常报文处理方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112512027A (zh) * 2020-12-25 2021-03-16 浪潮电子信息产业股份有限公司 一种服务器及通信方法、系统、计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101196905A (zh) * 2007-12-05 2008-06-11 覃征 一种智能图形检索方法
CN101777020A (zh) * 2009-12-25 2010-07-14 北京讯鸟软件有限公司 一种用于分布式程序的容错方法和系统
CN105262616A (zh) * 2015-09-21 2016-01-20 浪潮集团有限公司 一种基于故障知识库的自动化故障处理系统及方法
CN105335271A (zh) * 2015-09-24 2016-02-17 浪潮电子信息产业股份有限公司 一种状态监控装置、综合监控系统和方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010170169A (ja) * 2009-01-20 2010-08-05 Hitachi Ltd クライアントへの非同期異常通知方式
CN101610188A (zh) * 2009-07-30 2009-12-23 迈普通信技术股份有限公司 Sip服务器服务进程故障恢复方法及sip服务器
CN106557380A (zh) * 2016-10-24 2017-04-05 深圳有麦科技有限公司 用于保持服务器稳定的方法及其系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101196905A (zh) * 2007-12-05 2008-06-11 覃征 一种智能图形检索方法
CN101777020A (zh) * 2009-12-25 2010-07-14 北京讯鸟软件有限公司 一种用于分布式程序的容错方法和系统
CN105262616A (zh) * 2015-09-21 2016-01-20 浪潮集团有限公司 一种基于故障知识库的自动化故障处理系统及方法
CN105335271A (zh) * 2015-09-24 2016-02-17 浪潮电子信息产业股份有限公司 一种状态监控装置、综合监控系统和方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018076801A1 (zh) * 2016-10-24 2018-05-03 深圳有麦科技有限公司 用于保持服务器稳定的方法及其系统
CN108153620A (zh) * 2017-12-27 2018-06-12 深圳豪客互联网有限公司 一种进程控制方法及装置
CN110535790A (zh) * 2019-08-23 2019-12-03 天津芯海创科技有限公司 基于semaphore的交换芯片异常报文处理方法

Also Published As

Publication number Publication date
WO2018076801A1 (zh) 2018-05-03

Similar Documents

Publication Publication Date Title
US9900226B2 (en) System for managing a remote data processing system
CN106557380A (zh) 用于保持服务器稳定的方法及其系统
CN101883028B (zh) 网络文件系统服务器的检测方法及装置
US7302608B1 (en) Systems and methods for automatic repair and replacement of networked machines
EP1358532B1 (en) Remotely managing a data processing system via a communications network
CN110164101B (zh) 一种处理报警信息的方法及设备
CN107395395B (zh) 安全防护系统的处理方法和装置
US9588542B2 (en) Rack server system and method for automatically managing rack configuration information
CN105468295A (zh) 一种实现对象存储的安全防护访问方法及系统
CN103761180A (zh) 一种集群存储中磁盘故障的预防及检测方法
US20040003078A1 (en) Component management framework for high availability and related methods
CN110291505A (zh) 减少应用的恢复时间
CN112764956A (zh) 数据库的异常处理系统、数据库的异常处理方法及装置
US7694179B2 (en) Suspected place identifying apparatus and processing method
WO2018035765A1 (zh) 网络异常的检测方法及装置
CN104158843B (zh) 分布式文件存储系统的存储单元失效检测方法及装置
JP5995265B2 (ja) 情報処理システム、保守方法及びプログラム
CN116719657A (zh) 一种固件故障日志生成方法、装置、服务器及可读介质
CN112214437B (zh) 一种存储设备及通信方法、装置、计算机可读存储介质
CN116016244A (zh) 监控网络故障处理过程的方法、装置及设备
CN109491843A (zh) 一种应用的故障监测方法和装置
CN111224841B (zh) 一种政务云平台网站应用的运维方法和系统
CN110011817B (zh) 一种网元升级方法、装置和计算机可读存储介质
KR20020017663A (ko) 네트워크 상에서의 이중화 시스템 및 이를 이용한 결함허용 복구 방법
CN114020399A (zh) 一种交换机操作系统服务故障侦测方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170405