系统升级管理方法和设备与流程

1.本发明涉及系统运维技术领域，尤其是涉及一种系统升级管理方法和设备。


背景技术：

2.在日常的系统运维过程中，如果一个系统有多个用户，且该系统需要用户进行针对性的升级，常采用分散且独立的系统升级方式。
3.但由于用户数量众多，这种升级方式就导致系统升级管理起来就会变得比较麻烦。


技术实现要素：

4.基于此，有必要提供的系统升级管理方法和设备，以解决升级管理起来就会变得比较麻烦的问题。
5.一种系统升级管理方法，应用于管理端，所述管理端与至少一个客户端连接，所述方法包括：
6.当接收到系统升级指令时，获取待升级系统的升级数据，根据所述升级数据在所述至少一个客户端中确定待升级客户端，并将所述升级数据发送至所述待升级客户端，以使得所述待升级客户端响应于所述升级数据进行系统升级。
7.在其中一个实施例中，所述获取待升级系统的升级数据，根据所述升级数据在所述至少一个客户端中确定待升级客户端，并将所述升级数据发送至所述待升级客户端，包括：
8.获取待升级系统的名称、目标版本号和升级区域；
9.根据待升级系统的名称和目标版本号获取升级文件并打包，获取打包后的打包文件，将所述打包文件和用于升级的配置信息作为升级数据；其中，所述配置信息包含系统编码、所述目标版本号和所述升级区域；
10.在所述至少一个客户端中，将位于所述升级区域的客户端确定为待升级客户端，将所述升级数据发送至所述待升级客户端。
11.在其中一个实施例中，应用于至少一个客户端，所述至少一个客户端与管理端连接，所述方法包括：
12.待升级客户端接收所述管理端发送的升级数据；其中，所述待升级客户端为所述管理端根据所述升级数据在所述至少一个客户端中确定的；
13.对接收到的升级数据进行验证，若验证通过，则根据所述升级数据对所述待升级客户端上的待升级系统进行升级。
14.在其中一个实施例中，所述接收所述管理端发送的升级数据，包括：
15.接收打包文件和用于升级的配置信息，将接收到的打包文件和配置信息作为升级数据；其中，所述打包文件为对升级文件进行打包后得到的文件。
16.在其中一个实施例中，所述配置信息包括系统编码，所述对接收到的升级数据进
行验证，包括：
17.校验所述升级数据中的系统编码是否存在，及校验所述系统编码指示的系统类型是否属于预设的系统类型；
18.若所述升级数据中的系统编码存在，且所述系统编码指示的系统类型属于预设的系统类型，则判定验证通过。
19.在其中一个实施例中，所述配置信息包括所述目标版本号，所述对接收到的升级数据进行验证，包括：
20.获取所述待升级系统的本地版本号，判断所述目标版本号与所述本地版本号是否一致，若所述目标版本号与所述本地版本号不一致，则判定验证通过。
21.在其中一个实施例中，所述配置信息包括所述升级区域，所述对接收到的升级数据进行验证，包括：
22.获取当前客户端区域，判断所述升级区域和所述当前客户端区域是否一致；
23.若所述升级区域和所述当前客户端区域一致，则判定验证通过。
24.在其中一个实施例中，根据所述升级数据对所述待升级客户端上的待升级系统进行升级，包括：
25.解压所述升级数据中的打包文件，获取解压后的升级文件；
26.若解压后的升级文件为脚本文件，则执行升级文件；
27.若解压后的升级文件为批处理文件，则运行批处理命令对升级文件进行批量处理；
28.若解压后的升级文件为配置文件，则基于升级文件更新配置；
29.若解压后的升级文件为可替换文件，则用升级文件替换相同名称的已有文件。
30.在所述待升级系统升级后，更新已升级系统的本地版本号。
31.在其中一个实施例中，根据所述升级数据对所述待升级客户端上的待升级系统进行升级，还包括：
32.若解压后的升级文件为执行文件，则判断升级的执行文件是否属于待升级系统内的系统进程，若升级的执行文件属于待升级系统内的系统进程，则关闭目标系统进程、更新所述目标系统进程，并在更新后再次开启所述目标系统进程；其中，所述目标系统进程为对应执行文件的系统进程；
33.若升级的执行文件不属于待升级系统内的系统进程，则判断待升级的目标进程是否启动，若待升级的目标进程已启动，则关闭已启动的目标进程、更新所述目标进程，并在更新后再次启动目标进程。
34.一种系统升级管理设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述种系统升级管理方法的步骤。
35.本发明提供了系统升级管理方法和设备，在管理端，当接收到系统升级指令时，获取待升级系统的升级数据，根据升级数据在至少一个客户端中确定待升级客户端，并将升级数据发送至待升级客户端；在客户端，持续接收升级数据并将其中接收到升级数据的客户端设置为待升级客户端，对接收到的升级数据进行验证，若验证通过，则根据升级数据对待升级客户端上的待升级系统进行升级。可见本发明采用集中式的升级管理方式，由管理
端统一确定客户端中的待升级客户端，并对所有的待升级客户端进行统一的升级处理，就能有效管理系统的升级版本，避免了繁琐复杂的升级过程，提高运维效率。
附图说明
36.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
37.其中：
38.图1为第一实施例中系统升级管理方法的流程示意图；
39.图2为一个实施例中管理端升级程序的示意图；
40.图3为第二实施例中系统升级管理方法的流程示意图；
41.图4为一个实施例中通用系统升级程序的示意图；
42.图5为一个实施例中系统升级管理的流程框图；
43.图6为一个实施例中系统升级管理设备的结构框图。
具体实施方式
44.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
45.如图1所示，图1为第一实施例中系统升级管理方法的流程示意图，应用于管理端，该管理端需要部署在一台专门用于升级的升级服务器上，再通过升级服务器与至少一个客户端连接。可通过在管理端进行相应的升级配置，以实现同时对多个客户端上的系统进行升级的目的。
46.本第一实施例中系统升级管理方法提供的步骤包括：
47.步骤102，当接收到系统升级指令时，获取待升级系统的升级数据，根据升级数据在至少一个客户端中确定待升级客户端，并将升级数据发送至待升级客户端，以使得待升级客户端响应于升级数据进行系统升级。
48.具体的来说，这里的系统升级指令可以是由系统管理人员输入管理端的，也可以是在管理端获取到最新的升级数据时自动发起的，当然也可以是其他形式，在此不做具体限定。
49.如图2所示，管理端安装有管理端升级程序，首先在管理端进行相应的升级配置，包括设置待升级系统的名称，对应图x中的“选补贴年度或系统”，例如选择的是“补贴系统”；还包括设置目标版本号，对应图x中的“输入系统的版本号”，例如选择的是2022.7.27.5；还包括设置升级区域，对应图x中的“选择升级的区域”，例如选择的是山西省和陕西省。
50.接着按顺序整理升级文件。其中，数据库升级文件需要整理成sql后缀文件，其他文件按照web应用的实际路径和升级需求进行整理，再根据待升级系统的名称和目标版本
号依次选择要升级的文件，和升级后的目标文件并打包，这样就能得到打包文件。对应图x中的“选择要升级的原文件”和“选择要升级的目标文件名”，例如选择1.sql文件，升级后目标文件为dsql/1.sql。
51.进一步的，系统管理员在点击确认后还会生成配置信息，该配置信息包含系统编码、目标版本号和升级区域。最后将打包文件和用于升级的配置信息作为这里的升级数据，在至少一个客户端中，将位于升级区域的客户端确定为待升级客户端，这些升级数据将只会发送至确定的待升级客户端。示例性的，发送的升级数据包括22_07_27_5文件(打包文件)、scur_update.txt(存储目标版本号)和 sall_update.txt(存储有升级区域和系统编码)。
52.可见，本发明采用集中式的升级管理方式，由管理端统一确定客户端中的待升级客户端，并对所有的待升级客户端进行统一的升级处理，就能有效管理系统的升级版本，避免了繁琐复杂的升级过程，提高运维效率。
53.如图3所示，图3为第二实施例中系统升级管理方法的流程示意图，应用于至少一个客户端，这些客户端需要部署在web应用所在的服务器上，通过web应用所在的服务器与管理端连接。客户端的功能主要为自动定时检测升级服务器，从升级服务器上获取升级数据后，对本地系统进行更新。
54.本第二实施例中系统升级管理方法提供的步骤包括：
55.步骤302，待升级客户端接收管理端发送的升级数据。
56.其中，待升级客户端为管理端根据升级数据在至少一个客户端中确定的。例如，升级数据中限定了升级区域为山西省和陕西省，则只将山西省和陕西省内的客户端作为待升级客户端。
57.具体的，如图4所示，所有客户端安装有通用系统升级程序，可通过在待升级客户端的通用系统升级程序上输入http网址的方式，从升级服务器处下载升级数据。在该通用系统升级程序内可以选择“立即升级”、“停止升级”和“后台运行”，也可以了解到升级进度和升级日志。
58.在一个具体实施例中，接收的升级数据包括打包文件和用于升级的配置信息；其中，打包文件内包括升级文件，可在解压后使用。
59.步骤304，对接收到的升级数据进行验证，若验证通过，则根据升级数据对待升级客户端上的待升级系统进行升级。
60.本实施例中，只有在升级数据验证通过后才进行系统升级。
61.在一个具体实施例中，获取的配置信息包括系统编码，在客户端系统上都会生成一个线程控制符(thread identifier，tid)文件，如图5所示，验证过程包括：基于该tid文件可以校验升级数据中的系统编码是否存在，及校验系统编码指示的系统类型是否属于预设的系统类型(例如补贴系统)；若升级数据中的系统编码存在，且系统编码指示的系统类型属于预设的系统类型(例如补贴系统)，则判定验证通过。而一旦不存在系统编码或者通过系统编码分辨不出系统类型，将禁止升级。
62.进一步的，获取的配置信息还包括目标版本号，例如版本号为2022.7.27.5。如图5所示，验证过程还包括：获取待升级系统的本地版本号，例如为 2022.7.27.1。判断目标版本号与本地版本号是否一致，由于2022.7.22.1小于 2022.7.22.5，需要进行升级，因此判
定验证通过。如果版本号一致，则判定无需升级。
63.进一步的，获取的配置信息包括升级区域，例如山西省和陕西省。如图5所示，验证过程还包括：获取到当前客户端区域。判断升级区域和当前客户端区域是否一致；例如当前客户端区域属于山西省，则判定验证通过。若当前客户端区域属于北京市，则判定验证不通过，禁止升级。
64.可以理解的是，上述验证过程可以是只选择其中一部分，也可以是全部，验证的顺序也可以做适当调整，此处不做具体限定。通过进行上述验证升级数据的操作，能避免系统误升级，提高集中式管理的准确性。
65.当上述验证均通过时，解压升级数据中的打包文件(22_07_27_5文件)，获取解压后的升级文件，分析升级文件中所有文件的类型，并基于类型进行系统升级，具体的：
66.第一种情况，若解压后的升级文件为脚本文件，则执行升级文件。
67.第二种情况，若解压后的升级文件为批处理文件，则运行批处理命令对升级文件进行批量处理。
68.第三种情况，若解压后的升级文件为配置文件，则基于升级文件更新配置。
69.第四种情况，若解压后的升级文件为可替换文件，则用升级文件替换相同名称的已有文件。
70.第五种情况，若解压后的升级文件为执行文件，则判断升级的执行文件是否属于待升级系统内的系统进程，若升级的执行文件属于待升级系统内的系统进程，则关闭目标系统进程，避免无法进行升级，再更新目标系统进程，并在更新后再次开启目标系统进程。其中，目标系统进程为对应执行文件的系统进程。
71.若升级的执行文件不属于待升级系统内的系统进程，则判断待升级的目标进程是否启动，若待升级的目标进程已启动，则关闭已启动的目标进程，避免无法进行升级，再更新目标进程，并在更新后再次启动目标进程。
72.最后在待升级系统升级后，更新已升级系统的本地版本号，例如更新为 2022.7.27.5。
73.可见，本发明采用集中式的升级管理方式，由管理端统一确定客户端中的待升级客户端，并对所有的待升级客户端进行统一的升级处理，就能有效管理系统的升级版本，避免了繁琐复杂的升级过程，提高运维效率。
74.图6示出了一个实施例中系统升级管理设备的内部结构图。如图6所示，该系统升级管理设备包括通过系统总线连接的处理器、存储器和网络接口。其中，存储器包括非易失性存储介质和内存储器。该系统升级管理设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现系统升级管理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行系统升级管理方法。本领域技术人员可以理解，图6中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的系统升级管理设备的限定，具体的系统升级管理设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
75.一种系统升级管理设备，包括存储器、处理器以及存储在该存储器中并可在该处理器上执行的计算机程序，该处理器执行该计算机程序时实现如下步骤：当接收到系统升
级指令时，获取待升级系统的升级数据，根据升级数据在至少一个客户端中确定待升级客户端，并将升级数据发送至待升级客户端，以使得待升级客户端响应于升级数据进行系统升级。
76.以及实现如下步骤：待升级客户端接收管理端发送的升级数据；对接收到的升级数据进行验证，若验证通过，则根据升级数据对待升级客户端上的待升级系统进行升级。
77.需要说明的是，上述系统升级管理方法和设备属于一个总的发明构思，系统升级管理方法和设备实施例中的内容可相互适用。
78.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程 rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型 sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态 ram(rdram)等。
79.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
80.以上实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。