一种系统异常处理方法及装置与流程

阅读：评论：0

1.本公开涉及计算机技术领域，尤其涉及一种系统异常处理方法及装置。

背景技术：

2.云桌面智能系统在客户现场部署运行一段时间后，会出现多种异常。现有技术中，技术人员一般在系统中增加告警系统，但仍需要客户根据告警信息进行反馈，有些告警信息必须售后人员手动进行排查，此时就需要售后人员去现场或者远程协助处理，处理响应慢、流程长，使得修复速率较低，影响客户满意度。并且云桌面智能系统不同现场出现同样的问题，需要在不同现场需要重复处理，无法快速批量自动修复。

技术实现要素：

3.本公开实施例提供一种系统异常处理方法及装置，能够解决现有技术中当云桌面智能系统出现告警信息时，处理响应慢、流程长，修复速率低，且不能批量自动修复的问题。所述技术方案如下：
4.根据本公开实施例的第一方面，提供一种系统异常处理方法，应用于云平台系统，该方法包括：
5.接收告警主机发送的告警信息，所述告警信息用于指示所述告警主机出现系统异常；
6.对所述告警信息进行识别，获取信息识别结果，所述信息识别结果至少包括所述告警主机的互联网协议地址ip和告警信息类型；
7.根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器，以使所述目标恢复服务容器启动对所述告警主机进行修复。
8.本公开实施例提供的系统异常处理方法，首先接收告警主机发送的告警信息，告警信息用于指示告警主机出现系统异常；然后对告警信息进行识别，获取信息识别结果，信息识别结果至少包括告警主机的互联网协议地址ip和告警信息类型；最后根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器，以使目标恢复服务容器启动对告警主机进行修复。本公开对不同告警信息进行分类处理，通过容器远程调用技术触发常处理系统分布在各个服务器中的单个或多个恢复服务容器；恢复服务容器根据告警信息，基于告警类型的分析，主动发起告警修复，通过内置的修复方式进行告警修复，大大提升了现场问题的处理效率，减少了现场运维人员的大量手工重复性工作。
9.在一个实施例中，在所述接收告警主机发送的告警信息之前，所述方法还包括：
10.将用户设置的所述异常处理系统以容器的形式进行融合。
11.本公开实施例通过上述方法，有利于后续通过容器远程调用技术触发异常处理系统分布在各个告警主机服务器中的单个或多个恢复服务容器。
12.在一个实施例中，在所述根据所述信息识别结果，远程激活所述告警主机异常处
理系统中与所述告警信息类型一致的目标恢复服务容器之后，所述方法还包括：
13.接收告警恢复主机发送的异常恢复通知；或
14.接收告警未恢复主机发送的异常未恢复通知。
15.本公开实施例通过以上方法，云平台系统可以及时获知告警未恢复主机的异常处理结果，有利于云平台系统对异常未恢复的告警信息采取进一步的修复处理。
16.在一个实施例中，在所述接收告警恢复主机发送的异常恢复通知之后，所述方法还包括：
17.对所述异常恢复通知进行识别，获得通知识别结果，所述通知识别结果至少包括所述告警恢复主机的ip和告警信息类型；
18.根据所述通知识别结果，控制所述告警恢复主机中与所述告警信息类型一致的所述目标恢复服务容器停止运行。
19.本公开实施例通过以上方法，能够及时将告警恢复主机中运行的目标恢复服务容器停止运行，释放占用资源，避免了对告警恢复主机运行速度的影响。
20.在一个实施例中，在所述接收所述告警恢复主机发送的异常恢复通知之后，所述方法还包括：
21.存储所述告警恢复主机对应的告警信息以及修复记录。
22.本公开实施例通过以上方法，对已经修复问题进行记录存储，有利于后续对历史告警信息的追溯以及问题分析，对以后云桌面智能系统的系统升级提供了历史数据。
23.在一个实施例中，在所述接收所述告警未恢复主机发送的异常未恢复通知之后，所述方法还包括：
24.获取用户设置的针对所述告警恢复主机的告警信息的处理方法；
25.根据所述处理方法以镜像方式动态升级所述异常处理系统。
26.本公开实施例通过以上方法，对无法修复问题可以发起人工协助，云平台管理人员可以手动协助处理，并更新升级异常处理系统，当后续再出现类似问题时，就可以进行自动修复处理。
27.在一个实施例中，所述告警信息类型为云平台系统的服务类告警；
28.所述根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器包括：
29.根据所述信息识别结果，远程激活所述告警主机中的云平台系统的服务类恢复服务容器，以使所述云平台系统的服务类恢复服务容器分析所述告警信息时间段日志中的错误内容，通过包括但不限于服务异常处理、服务重启或主备切换中的至少一种方式修复对应的服务。
30.在一个实施例中，所述告警信息类型为虚拟桌面基础结构vdi虚拟机类告警；
31.所述根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器包括：
32.根据所述信息识别结果，远程激活所述告警主机中的vdi虚拟机类恢复服务容器，以使所述vdi虚拟机类恢复服务容器根据虚拟机异常类型，通过包括但不限于动态加载中央处理器cpu或内存资源，重置虚拟机状态或从备份中还原虚拟机中的至少一种方式进行系统修复。
33.在一个实施例中，所述告警信息类型为服务器硬件类告警；
34.所述根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器包括：
35.根据所述信息识别结果，远程激活所述告警主机中的服务器硬件类恢复服务容器，以使所述服务器硬件类恢复服务容器通过包括但不限于迁移占用资源较高虚拟机至资源较少的服务器、结束异常tcp连接中的至少一种方式进行系统修复。
36.根据本公开实施例的第二方面，提供一种系统异常处理装置，包括：接收模块、识别模块以及激活模块；
37.所述接收模块，用于接收告警主机发送的告警信息，所述告警信息用于指示所述告警主机出现系统异常；
38.所述识别模块，用于对所述告警信息进行识别，获取信息识别结果，所述信息识别结果至少包括所述告警主机的互联网协议地址ip和告警信息类型；
39.所述激活模块，用于根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器，以使所述目标恢复服务容器启动对所述告警主机进行修复。
40.本公开实施例提供的系统异常处理装置，包括接收模块、识别模块以及激活模块；接收模块接收告警主机发送的告警信息，告警信息用于指示告警主机出现系统异常；识别模块对告警信息进行识别，获取信息识别结果，信息识别结果至少包括告警主机的互联网协议地址ip和告警信息类型；激活模块根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器，以使目标恢复服务容器启动对告警主机进行修复。本公开对不同告警信息进行分类处理，通过容器远程调用技术触发常处理系统分布在各个服务器中的单个或多个恢复服务容器；恢复服务容器根据告警信息，基于告警类型的分析，主动发起告警修复，通过内置的修复方式进行告警修复，大大提升了现场问题的处理效率，减少了现场运维人员的大量手工重复性工作。
41.在一个实施例中，所述装置还包括融合模块，用于将用户设置的所述异常处理系统以容器的形式进行融合。
42.本公开实施例通过上述设置，有利于后续通过容器远程调用技术触发异常处理系统分布在各个告警主机服务器中的单个或多个恢复服务容器。
43.在一个实施例中，所述接收模块还用于接收告警恢复主机发送的异常恢复通知；或
44.接收告警未恢复主机发送的异常未恢复通知。
45.本公开实施例通过上述设置，云平台系统可以及时获知告警未恢复主机的异常处理结果，有利于云平台系统对异常未恢复的告警信息采取进一步的修复处理。
46.在一个实施例中，所述识别模块还用于对所述异常恢复通知进行识别，获得通知识别结果，所述通知识别结果至少包括所述告警恢复主机的ip和告警信息类型；
47.所述装置还包括控制模块，用于根据所述通知识别结果，控制所述告警恢复主机中与所述告警信息类型一致的所述目标恢复服务容器停止运行。
48.本公开实施例通过上述设置，能够及时将告警恢复主机中运行的目标恢复服务容器停止运行，释放占用资源，避免了对告警恢复主机运行速度的影响。
49.在一个实施例中，所述装置还包括存储模块，用于存储所述告警恢复主机对应的告警信息以及修复记录。
50.本公开实施例通过上述设置，对已经修复问题进行记录存储，有利于后续对历史告警信息的追溯以及问题分析，对以后云桌面智能系统的系统升级提供了历史数据。
51.在一个实施例中，所述装置还包括获取模块和升级模块；
52.所述获取模块，用于获取用户设置的针对所述告警恢复主机的告警信息的处理方法；
53.所述升级模块，用于根据所述处理方法以镜像方式动态升级所述异常处理系统。
54.本公开实施例通过上述设置，对无法修复问题可以发起人工协助，云平台管理人员可以手动协助处理，并更新升级异常处理系统，当后续再出现类似问题时，就可以进行自动修复处理。
55.在一个实施例中，所述告警信息类型为云平台系统的服务类告警；
56.所述激活模块具体用于根据所述信息识别结果，远程激活所述告警主机中的云平台系统的服务类恢复服务容器，以使所述云平台系统的服务类恢复服务容器分析所述告警信息时间段日志中的错误内容，通过包括但不限于服务异常处理、服务重启或主备切换中的至少一种方式修复对应的服务。
57.在一个实施例中，所述告警信息类型为虚拟桌面基础结构vdi虚拟机类告警；
58.所述激活模块具体用于根据所述信息识别结果，远程激活所述告警主机中的vdi虚拟机类恢复服务容器，以使所述vdi虚拟机类恢复服务容器根据虚拟机异常类型，通过包括但不限于动态加载中央处理器cpu或内存资源，重置虚拟机状态或从备份中还原虚拟机中的至少一种方式进行系统修复。
59.在一个实施例中，所述告警信息类型为服务器硬件类告警；
60.所述激活模块具体用于根据所述信息识别结果，远程激活所述告警主机中的服务器硬件类恢复服务容器，以使所述服务器硬件类恢复服务容器通过包括但不限于迁移占用资源较高虚拟机至资源较少的服务器、结束异常tcp连接中的至少一种方式进行系统修复。
61.根据本公开实施例的第三方面，提供一种系统异常处理设备，所述系统异常处理设备包括处理器和存储器，所述存储器中存储有至少一条计算机指令，所述指令由所述处理器加载并执行以实现上述任一项所述的系统异常处理方法中所执行的步骤。
62.根据本公开实施例的第四方面，提供一种计算机可读存储介质，所述存储介质中存储有至少一条计算机指令，所述指令由处理器加载并执行以实现上述任一项所述的系统异常处理方法中所执行的步骤。
63.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
64.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
65.图1是本公开实施例提供的一种系统异常处理方法的流程图；
66.图2是本公开实施例提供的一种系统异常处理方法的流程图；
67.图3是本公开实施例提供的系统告警触发恢复服务框图；
68.图4是本公开实施例提供的系统告警恢复后资源释放框图；
69.图5是本公开实施例提供的一种系统异常处理装置的结构图。
具体实施方式
70.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的系统和方法的例子。
71.本公开实施例提供一种系统异常处理方法，应用于云平台系统，如图1所示，该系统异常处理方法包括以下步骤：
72.步骤101、接收告警主机发送的告警信息，告警信息用于指示告警主机出现系统异常；
73.具体的，告警主机可以通过邮箱、钉钉等通讯软件给云平台系统发送告警信息。
74.在一个实施例中，在接收告警主机发送的告警信息之前，上述方法还包括：
75.将用户设置的异常处理系统以容器的形式进行融合。
76.本公开实施例通过上述方法，有利于后续通过容器远程调用技术触发异常处理系统分布在各个告警主机服务器中的单个或多个恢复服务容器。
77.步骤102、对告警信息进行识别，获取信息识别结果，信息识别结果至少包括告警主机的互联网协议地址ip和告警信息类型；
78.本实施例中，告警信息类型主要包括云平台系统的服务类告警、vdi虚拟机类告警以及服务器硬件类告警。
79.具体的，云平台系统的服务类告警：识别告警信息中ip地址，具体的告警类型如icsdeskserver、icsdesksvr服务异常等；
80.vdi虚拟机类告警：识别告警信息中ip地址，具体的虚拟机名称，虚拟机异常类型，如虚拟机状态或资源占用等；
81.服务器硬件类告警：识别告警信息中ip地址，具体的告警类型如：cpu、内存不足等。
82.步骤103、根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器，以使目标恢复服务容器启动对告警主机进行修复。
83.具体的，通过识别的告警信息中的ip地址和告警类型，云平台系统通过应用容器引擎docker远程应用程序编程接口api调用容器运行接口docker run-htcp://xx.xx.xx.xx:2375远程激活告警主机中“异常处理系统”的“云平台系统的服务类、vdi虚拟机类、服务器硬件类告警”三类中的一类或多类恢复服务docker容器(其中，恢复服务容器默认以docker镜像方式存在，不启动不占用服务器资源)。
84.在一个实施例中，在根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器之后，上述方法还包括：
85.接收告警恢复主机发送的异常恢复通知；或
86.接收告警未恢复主机发送的异常未恢复通知。
87.本公开实施例通过以上方法，云平台系统可以及时获知告警未恢复主机的异常处理结果，有利于云平台系统对异常未恢复的告警信息采取进一步的修复处理。
88.在一个实施例中，在接收告警恢复主机发送的异常恢复通知之后，上述方法还包括：
89.对异常恢复通知进行识别，获得通知识别结果，通知识别结果至少包括告警恢复主机的ip和告警信息类型；
90.根据通知识别结果，控制告警恢复主机中与告警信息类型一致的目标恢复服务容器停止运行。
91.具体的，告警处理完成后，收到异常恢复通知信号或异常未恢复通知信号，云平台系统对异常恢复通知信号或异常未恢复通知信号进行识别，识别主机ip和告警类型。根据识别的ip和告警类型，通过docker远程api远程删除告警所在服务器中运行的对应的“云平台系统服务类、vdi虚拟机类、服务器硬件类告警”三类中的一类或多类恢复服务docker容器服务，释放占用资源。
92.本公开实施例通过以上方法，能够及时将告警恢复主机中运行的目标恢复服务容器停止运行，释放占用资源，避免了对告警恢复主机运行速度的影响。
93.在一个实施例中，在接收告警恢复主机发送的异常恢复通知之后，上述方法还包括：
94.存储告警恢复主机对应的告警信息以及修复记录。
95.本公开实施例通过以上方法，对已经修复问题进行记录存储，有利于后续对历史告警信息的追溯以及问题分析，对以后云桌面智能系统的系统升级提供了历史数据。
96.在一个实施例中，在接收告警未恢复主机发送的异常未恢复通知之后，上述方法还包括：
97.获取用户设置的针对告警恢复主机的告警信息的处理方法；
98.根据处理方法以镜像方式动态升级异常处理系统。
99.具体的，对平台中的未恢复告警进行分析甄别，增加对应处理方法，以镜像方式动态升级异常处理系统。
100.本公开实施例通过以上方法，对无法修复问题可以发起人工协助，云平台管理人员可以手动协助处理，并更新升级异常处理系统，当后续再出现类似问题时，就可以进行自动修复处理。
101.在一个实施例中，告警信息类型为云平台系统的服务类告警；
102.根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器包括：
103.根据信息识别结果，远程激活告警主机中的云平台系统的服务类恢复服务容器，以使云平台系统的服务类恢复服务容器分析告警信息时间段日志中的错误内容，通过包括但不限于服务异常处理、服务重启或主备切换中的至少一种方式修复对应的服务。
104.在一个实施例中，告警信息类型为虚拟桌面基础结构vdi虚拟机类告警；
105.根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器包括：
106.根据信息识别结果，远程激活告警主机中的vdi虚拟机类恢复服务容器，以使vdi
虚拟机类恢复服务容器根据虚拟机异常类型，通过包括但不限于动态加载中央处理器cpu或内存资源，重置虚拟机状态或从备份中还原虚拟机中的至少一种方式进行系统修复。
107.具体的，通过虚拟机异常类型进行修复。若资源不足，则通过动态加载cpu或内存资源进行修复；若状态异常，则重置虚拟机状态或者从备份中还原虚拟机。
108.在一个实施例中，告警信息类型为服务器硬件类告警；
109.根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器包括：
110.根据信息识别结果，远程激活告警主机中的服务器硬件类恢复服务容器，以使服务器硬件类恢复服务容器通过包括但不限于迁移占用资源较高虚拟机至资源较少的服务器、结束异常tcp连接中的至少一种方式进行系统修复。
111.具体的，通过告警类型进行修复。若cpu、内存不足、tcp会话数不足，则通过迁移占用资源较高虚拟机至资源较少的服务器，或结束异常tcp连接等进行处理。
112.本公开实施例提供的系统异常处理方法，首先接收告警主机发送的告警信息，告警信息用于指示告警主机出现系统异常；然后对告警信息进行识别，获取信息识别结果，信息识别结果至少包括告警主机的互联网协议地址ip和告警信息类型；最后根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器，以使目标恢复服务容器启动对告警主机进行修复。本公开对不同告警信息进行分类处理，通过容器远程调用技术触发常处理系统分布在各个服务器中的单个或多个恢复服务容器；恢复服务容器根据告警信息，基于告警类型的分析，主动发起告警修复，通过内置的修复方式进行告警修复，大大提升了现场问题的处理效率，减少了现场运维人员的大量手工重复性工作。
113.基于图1对应的实施例提供的系统异常处理方法，本公开另一实施例提供一种系统异常处理方法，如图2、图3和图4所示，该系统异常处理方法包括以下步骤：
114.步骤201、将被动式告警处理系统以容器的形式融合至云平台管理服务。
115.步骤202、通过接收系统的监控告警信息，主控服务对告警信息进行识别，主要识别“故障主机ip”和告警信息类型；
116.其中，云平台系统的服务类告警：识别告警信息中ip地址，具体的告警类型如icsdeskserver、icsdesksvr服务异常等；
117.vdi虚拟机类告警：识别告警信息中ip地址，具体的虚拟机名称，虚拟机异常类型如虚拟机状态或资源占用等；
118.服务器硬件类告警：识别告警信息中ip地址，具体的告警类型如cpu、内存不足等；
119.步骤203、通过识别的告警信息中的ip地址和告警类型，主控服务远程激活告警主机中“被动智能异常处理系统”的一类或多类恢复服务docker容器。
120.其中，主控服务通过docker远程api调用容器运行接口docker run-htcp://xx.xx.xx.xx:2375远程激活告警主机中的“云平台系统的服务类、vdi虚拟机类、服务器硬件类告警”三类中的一类或多类恢复服务docker容器，需要说明的是，恢复服务默认以docker镜像方式存在，不启动不占用服务器资源。
121.具体的，云平台系统的服务类告警：分析对应服务告警时间段的日志error中错误内容，通过服务异常处理、服务重启或者主备切换等方式恢复对应服务；
122.vdi虚拟机类告警：通过虚拟机异常类型如资源不足通过动态加载cpu或内存资
源，状态异常的重置虚拟机状态或者从备份中还原虚拟机；
123.服务器硬件类告警：通过告警类型如cpu、内存不足、tcp会话数不足；通过迁移占用资源较高虚拟机至资源较少的服务器，结束异常tcp连接等。
124.步骤204、告警处理完成后，收到异常恢复通知信号，主控服务对告警恢复信息进行识别，识别主机ip和告警类型，如图4所示。
125.步骤205、根据主控服务识别的ip和服务类型，通过docker远程api远程删除告警所在服务器中对应的一类或多类恢复服务docker容器服务；
126.通过删除运行的恢复服务docker容器服务，达到释放占用资源的目的。
127.步骤206、对平台中未恢复告警进行分析甄别，增加对应处理方法，以镜像方式动态升级异常处理系统。
128.本公开实施例提供的系统异常处理方法，首先接收告警主机发送的告警信息，告警信息用于指示告警主机出现系统异常；然后对告警信息进行识别，获取信息识别结果，信息识别结果至少包括告警主机的互联网协议地址ip和告警信息类型；最后根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器，以使目标恢复服务容器启动对告警主机进行修复。本公开对不同告警信息进行分类处理，通过容器远程调用技术触发常处理系统分布在各个服务器中的单个或多个恢复服务容器；恢复服务容器根据告警信息，基于告警类型的分析，主动发起告警修复，通过内置的修复方式进行告警修复，大大提升了现场问题的处理效率，减少了现场运维人员的大量手工重复性工作。
129.基于上述图1、图2、图3和图4对应的实施例中所描述的系统异常处理方法，下述为本公开装置实施例，可以用于执行本公开方法实施例。
130.本公开实施例提供一种系统异常处理装置，如图5所示，该装置包括接收模块301、识别模块302以及激活模块303；
131.接收模块301，用于接收告警主机发送的告警信息，告警信息用于指示告警主机出现系统异常；
132.识别模块302，用于对告警信息进行识别，获取信息识别结果，信息识别结果至少包括告警主机的互联网协议地址ip和告警信息类型；
133.激活模块303，用于根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器，以使目标恢复服务容器启动对告警主机进行修复。
134.本公开实施例提供的系统异常处理装置，包括接收模块301、识别模块302以及激活模块303；接收模块301接收告警主机发送的告警信息，告警信息用于指示告警主机出现系统异常；识别模块302对告警信息进行识别，获取信息识别结果，信息识别结果至少包括告警主机的互联网协议地址ip和告警信息类型；激活模块303根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器，以使目标恢复服务容器启动对告警主机进行修复。本公开对不同告警信息进行分类处理，通过容器远程调用技术触发常处理系统分布在各个服务器中的单个或多个恢复服务容器；恢复服务容器根据告警信息，基于告警类型的分析，主动发起告警修复，通过内置的修复方式进行告警修复，大大提升了现场问题的处理效率，减少了现场运维人员的大量手工重复性工作。
135.在一个实施例中，上述装置还包括融合模块304，用于将用户设置的异常处理系统以容器的形式进行融合。
136.本公开实施例通过上述设置，有利于后续通过容器远程调用技术触发异常处理系统分布在各个告警主机服务器中的单个或多个恢复服务容器。
137.在一个实施例中，接收模块301还用于接收告警恢复主机发送的异常恢复通知；或
138.接收告警未恢复主机发送的异常未恢复通知。
139.本公开实施例通过上述设置，云平台系统可以及时获知告警未恢复主机的异常处理结果，有利于云平台系统对异常未恢复的告警信息采取进一步的修复处理。
140.在一个实施例中，识别模块302还用于对异常恢复通知进行识别，获得通知识别结果，通知识别结果至少包括告警恢复主机的ip和告警信息类型；
141.上述装置还包括控制模块305，用于根据通知识别结果，控制告警恢复主机中与告警信息类型一致的目标恢复服务容器停止运行。
142.本公开实施例通过上述设置，能够及时将告警恢复主机中运行的目标恢复服务容器停止运行，释放占用资源，避免了对告警恢复主机运行速度的影响。
143.在一个实施例中，上述装置还包括存储模块306，用于存储告警恢复主机对应的告警信息以及修复记录。
144.本公开实施例通过上述设置，对已经修复问题进行记录存储，有利于后续对历史告警信息的追溯以及问题分析，对以后云桌面智能系统的系统升级提供了历史数据。
145.在一个实施例中，上述装置还包括获取模块307和升级模块308；
146.获取模块307，用于获取用户设置的针对告警恢复主机的告警信息的处理方法；
147.升级模块308，用于根据处理方法以镜像方式动态升级异常处理系统。
148.本公开实施例通过上述设置，对无法修复问题可以发起人工协助，云平台管理人员可以手动协助处理，并更新升级异常处理系统，当后续再出现类似问题时，就可以进行自动修复处理。
149.在一个实施例中，告警信息类型为云平台系统的服务类告警；
150.激活模块303具体用于根据信息识别结果，远程激活告警主机中的云平台系统的服务类恢复服务容器，以使云平台系统的服务类恢复服务容器分析告警信息时间段日志中的错误内容，通过包括但不限于服务异常处理、服务重启或主备切换中的至少一种方式修复对应的服务。
151.在一个实施例中，告警信息类型为虚拟桌面基础结构vdi虚拟机类告警；
152.激活模块303具体用于根据信息识别结果，远程激活告警主机中的vdi虚拟机类恢复服务容器，以使vdi虚拟机类恢复服务容器根据虚拟机异常类型，通过包括但不限于动态加载中央处理器cpu或内存资源，重置虚拟机状态或从备份中还原虚拟机中的至少一种方式进行系统修复。
153.在一个实施例中，告警信息类型为服务器硬件类告警；
154.激活模块303具体用于根据信息识别结果，远程激活告警主机中的服务器硬件类恢复服务容器，以使服务器硬件类恢复服务容器通过包括但不限于迁移占用资源较高虚拟机至资源较少的服务器、结束异常tcp连接中的至少一种方式进行系统修复。
155.基于上述图1、图2、图3和图4对应的实施例中描述的系统异常处理方法，本公开另一实施例还提供一种系统异常处理设备，该系统异常处理设备包括处理器和存储器，存储器中存储有至少一条计算机指令，该指令由处理器加载并执行以实现上述图1、图2、图3和
图4对应的实施例中所描述的系统异常处理方法。
156.基于上述图1、图2、图3和图4对应的实施例中所描述的系统异常处理方法，本公开实施例还提供一种计算机可读存储介质，例如，非临时性计算机可读存储介质可以是只读存储器(英文：read only memory，rom)、随机存取存储器(英文：random access memory，ram)、cd-rom、磁带、软盘和光数据存储装置等。该存储介质上存储有至少一条计算机指令，用于执行上述图1、图2、图3和图4对应的实施例中所描述的系统异常处理方法，此处不再赘述。
157.本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
158.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

技术特征：

1.一种系统异常处理方法，应用于云平台系统，其特征在于，所述方法包括：接收告警主机发送的告警信息，所述告警信息用于指示所述告警主机出现系统异常；对所述告警信息进行识别，获取信息识别结果，所述信息识别结果至少包括所述告警主机的互联网协议地址ip和告警信息类型；根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器，以使所述目标恢复服务容器启动对所述告警主机进行修复。2.根据权利要求1所述的系统异常处理方法，其特征在于，在所述接收告警主机发送的告警信息之前，所述方法还包括：将用户设置的所述异常处理系统以容器的形式进行融合。3.根据权利要求1所述的系统异常处理方法，其特征在于，在所述根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器之后，所述方法还包括：接收告警恢复主机发送的异常恢复通知；或接收告警未恢复主机发送的异常未恢复通知。4.根据权利要求3所述的系统异常处理方法，其特征在于，在所述接收告警恢复主机发送的异常恢复通知之后，所述方法还包括：对所述异常恢复通知进行识别，获得通知识别结果，所述通知识别结果至少包括所述告警恢复主机的ip和告警信息类型；根据所述通知识别结果，控制所述告警恢复主机中与所述告警信息类型一致的所述目标恢复服务容器停止运行。5.根据权利要求3所述的系统异常处理方法，其特征在于，在所述接收所述告警恢复主机发送的异常恢复通知之后，所述方法还包括：存储所述告警恢复主机对应的告警信息以及修复记录。6.根据权利要求3所述的系统异常处理方法，其特征在于，在所述接收所述告警未恢复主机发送的异常未恢复通知之后，所述方法还包括：获取用户设置的针对所述告警恢复主机的告警信息的处理方法；根据所述处理方法以镜像方式动态升级所述异常处理系统。7.根据权利要求1所述的系统异常处理方法，其特征在于，所述告警信息类型为云平台系统的服务类告警；所述根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器包括：根据所述信息识别结果，远程激活所述告警主机中的云平台系统的服务类恢复服务容器，以使所述云平台系统的服务类恢复服务容器分析所述告警信息时间段日志中的错误内容，通过包括但不限于服务异常处理、服务重启或主备切换中的至少一种方式修复对应的服务。8.根据权利要求1所述的系统异常处理方法，其特征在于，所述告警信息类型为虚拟桌面基础结构vdi虚拟机类告警；所述根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器包括：
根据所述信息识别结果，远程激活所述告警主机中的vdi虚拟机类恢复服务容器，以使所述vdi虚拟机类恢复服务容器根据虚拟机异常类型，通过包括但不限于动态加载中央处理器cpu或内存资源，重置虚拟机状态或从备份中还原虚拟机中的至少一种方式进行系统修复。9.根据权利要求1所述的系统异常处理方法，其特征在于，所述告警信息类型为服务器硬件类告警；所述根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器包括：根据所述信息识别结果，远程激活所述告警主机中的服务器硬件类恢复服务容器，以使所述服务器硬件类恢复服务容器通过包括但不限于迁移占用资源较高虚拟机至资源较少的服务器、结束异常tcp连接中的至少一种方式进行系统修复。10.一种系统异常处理装置，其特征在于，包括：接收模块、识别模块以及激活模块；所述接收模块，用于接收告警主机发送的告警信息，所述告警信息用于指示所述告警主机出现系统异常；所述识别模块，用于对所述告警信息进行识别，获取信息识别结果，所述信息识别结果至少包括所述告警主机的互联网协议地址ip和告警信息类型；所述激活模块，用于根据所述信息识别结果，远程激活所述告警主机异常处理系统中与所述告警信息类型一致的目标恢复服务容器，以使所述目标恢复服务容器启动对所述告警主机进行修复。

技术总结

本公开提供一种系统异常处理方法及装置，涉及计算机技术领域，能够解决现有技术中当云桌面智能系统出现告警信息时，处理响应慢、流程长，修复速率低，且不能批量自动修复的问题。具体技术方案为：首先接收告警主机发送的告警信息，告警信息用于指示告警主机出现系统异常；然后对告警信息进行识别，获取信息识别结果，信息识别结果至少包括告警主机的互联网协议地址IP和告警信息类型；最后根据信息识别结果，远程激活告警主机异常处理系统中与告警信息类型一致的目标恢复服务容器，以使目标恢复服务容器启动对告警主机进行修复。本公开用于系统异常处理。系统异常处理。系统异常处理。