一种内存不可修复错误处理方法、系统、设备及存储介质与流程

1.本技术涉及服务器技术领域，尤其涉及一种内存不可修复错误处理方法、系统、设备及存储介质。


背景技术：

2.内存错误是系统错误中最常见的一种，内存错误一般分为两类：可修复错误和不可修复错误，不可修复错误是一种很严重的错误，由于不可修复，会导致数据丢失，一般会出现宕机现象。
3.当系统发生不可修复错误时，当前服务器的做法是把上报故障内存信息发送给bmc，系统而后宕机，需要等运维人员更换故障件以后该服务器才可正常运行，严重影响业务运行。


技术实现要素：

4.本技术实施例提供了一种内存不可修复错误处理方法、系统、设备及存储介质，用以解决现有的系统发生不可修复错误时，处理策略不智能不便捷的技术问题。
5.本技术实施例提供的一种内存不可修复错误处理方法，所述方法包括：
6.收集平台内存故障数据；
7.将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；
8.执行内存测试及修复进程，输出修复结果信息；
9.核对所述修复结果信息，若核对成功，则重启进入系统。
10.在本技术的一种实现方式中，所述执行内存测试及修复进程，具体包括：
11.获取业务负载信息；其中，所述业务负载信息包括：业务负载量和/或业务负载增长量；
12.基于所述业务负载量对故障进行修复。
13.在本技术的一种实现方式中，所述基于所述业务负载量对故障进行修复，具体包括：
14.判断所述业务负载量是否超过第一预设阈值，若超过所述第一预设阈值，则启动进程对故障进行修复。
15.在本技术的一种实现方式中，所述基于所述业务负载增长量对故障进行修复，具体包括：
16.判断所述业务负载增长量是否超过第二预设阈值，若超过所述第二预设阈值，则启动进程对故障进行修复。
17.在本技术的一种实现方式中，所述核对所述修复结果信息之后，所述方法还包括：
18.若核对不成功，则启用内存镜像，进入系统。
19.在本技术的一种实现方式中，所述内存测试及修复进程为smart ppr进程，所述
smart ppr进程中预留row函数，可替换失效的row函数，以实现内存故障修复。
20.在本技术的一种实现方式中，所述平台内存故障至少包括以下一项：cell故障、row故障、col故障、bank故障、device故障、rank故障、dimm故障。
21.本技术实施例还提供了一种内存不可修复错误处理系统，所述系统包括：
22.数据收集单元，用于收集平台内存故障数据；
23.解析单元，用于将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；
24.修复单元，用于执行内存测试及修复进程，输出修复结果信息；
25.核对单元，用于核对所述修复结果信息，若核对成功，则重启进入系统。
26.本技术实施例还提供了一种内存不可修复错误处理设备，所述设备包括：
27.至少一个处理器；以及，
28.与所述至少一个处理器通信连接的存储器；其中，
29.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
30.收集平台内存故障数据；
31.将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；
32.执行内存测试及修复进程，输出修复结果信息；
33.核对所述修复结果信息，若核对成功，则重启进入系统。
34.本技术实施例还提供了一种内存不可修复错误处理的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
35.收集平台内存故障数据；
36.将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；
37.执行内存测试及修复进程，输出修复结果信息；
38.核对所述修复结果信息，若核对成功，则重启进入系统。
39.本技术实施例提供的一种内存不可修复错误处理方法、系统、设备及存储介质，可以有效地解决由于不可修复错误导致的宕机，解决了以往需要依赖人工的方式，并且可能会导致机器一直宕机，无法正常工作。本技术提供的技术方案，除了设计以基板管理控制器触发相应的修复进程进行内存修复之外，还设计了内存镜像功能，直接通过备份的镜像进入系统，通过备用方案确保了数据安全。不仅能够提升用户的使用体验感，同时还能减轻服务器的运维压力。
附图说明
40.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
41.图1为本技术实施例提供的一种内存不可修复错误处理方法流程图；
42.图2为本技术实施例提供的一种内存不可修复错误处理系统组成图；
43.图3为本技术实施例提供的一种内存不可修复错误处理设备示意图。
具体实施方式
44.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
45.内存错误是系统错误中最常见的一种错误，内存错误大致上分为两种：可纠正错误和不可纠正错误。不可纠正错误是服务器平台无法纠正的多位错误，这些错误可能由软错误或硬错误的任何组合引起，但通常是由多个硬错误引起的。并非所有的多比特错误都是无法纠正的。支持advanced ecc的cpu可以纠正某些类型的多比特错误，前提是取决于比特错误的模式。不可修复错误是一种很严重的错误，由于错误不可纠正修复，导致数据丢失，一般会出现内核错误或宕机等现象的发生。
46.当系统发生不可修复错误以后，当前服务器的做法是把上报故障内存信息传给基板管理控制器bmc，而后系统宕机，需要等运维人员更换故障件以后，该服务器才可以正常运行。该种方式依赖人工，严重影响业务的运行，为了解决这一问题，本技术实施例提出一种内存不可修复错误的处理策略及设计方案，旨在当服务器由于发生内存不可修复宕机以后，主动由基板管理控制器bmc去打开重启阶段的内存修复或备份机制，来达到主机正常运行并且无风险的目的。鉴于内存不可修复错误对服务器的稳定性影响巨大，本技术实施例提出一种内存不可修复错误的处理方法。
47.本技术实施例提供了一种内存不可修复错误处理方法、系统、设备及存储介质，用以解决现有的系统发生不可修复错误时，处理策略不智能不便捷的技术问题。
48.下面通过附图对本技术实施例提出的技术方案进行详细的说明。
49.图1为本技术实施例提供的一种内存不可修复错误处理方法流程图。如图1所示，该方法主要包括以下步骤：
50.步骤101、收集平台内存故障数据。
51.在本技术实施例中，当平台内存出现故障以后，系统消费该故障数据，导致系统发生内核错误。
52.需要说明的是，内核错误是指操作系统在监测到内部发生致命错误时采取的措施，这个概念主要被限定在unix以及类unix系统中；对于microsoftwindows系统，等同的概念通常被称为蓝屏死机。
53.内存的生产厂商在生产内存时，为了防止内存的部分物理空间损坏导致内存无法使用，采用的方法是内存空间冗余。例如一个标称128m的内存颗粒，往往实际的可以使用的内存空间可能是130m；而多出来的2m便是内存的冗余空间。内存出厂之前，厂商会对内存进行全面的测试，发现正常物理内存的损坏区域，然后将通过内存固件地址编码的方式，将损坏的物理内存空间重定向到冗余物理内存空间相同大小的区域。这样便可以保证128m的空间都是可以使用的。需要注意的是，如果损坏的空间大于2m，则冗余已不够，则此内存必须废弃。
54.根据故障信息获取故障物理内存地址，及其对应的虚拟内存地址。需要注意的是，当前所有现代操作系统访问内存的访问并不是直接访问真实物理地址，操作系统对物理内存的管理是通过一种叫虚拟内存(vm)的机制来进行的。具体地，程序访问内存并不是真实
的物理内存地址，而是操作系统通过中央处理器的内存管理单元地址转换单元进行转换的，vm与真实物理地址之间存在映射关系。操作系统会将内存划分为多个空间，划分给不同的程序来使用，应用程序通过虚拟内存地址空间来使用内存。因此，故障的内存的故障物理内存地址也存在其对应的虚拟内存地址。在本实施例中，对于故障内存地址和虚拟内存地址的获取方式不做限制，根据具体的实施情况而定。
55.步骤102、将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器。
56.在本技术实施例中，系统在执行内核错误之后，将收集到的内存故障数据发送给基本输入输出系统bios，然后由基本输入输出系统进行解析，将解析出来的内存详细信息发送给基板管理控制器bmc。
57.然后由基板管理控制器bmc记录当次故障内存的行列信息，并且由基板管理控制器bmc打开相应的进程，进行错误修复。
58.需要说明的是，平台内存故障至少包括以下一项：cell故障、row故障、col故障、bank故障、device故障、rank故障、dimm故障。
59.步骤103、执行内存测试及修复进程，输出修复结果信息。
60.在本技术实施例中，通过执行内存测试及修复进程，获取业务负载信息，业务负载信息主要包括业务负载量以及业务负载增长量。
61.然后内存测试及修复进程，根据负载业务量，或者负载业务增长量进行故障修复。
62.当业务负载信息为cpu占有率时，带外管理基板管理控制器bmc通过实时收集操作系统中的cpu占有率，通过cpu占有率来确定业务负载量，比如cpu占有率和业务负载量具有映射关系，通过获知cpu占有率即可得知业务负载量，或者当业务负载信息为内存占有率时，带外管理基板管理控制器bmc通过实时收集操作系统中内存占有率，通过内存占有率来确定业务负载量，比如内存占有率和业务负载量具有映射关系，通过获知内存占有率即可得知业务负载量。
63.在本技术实施例中，带外管理基板管理控制器bmc通过实时收集操作系统中的cpu占有率和内存占有率，通过cpu占有率和内存占有率来确定业务负载量，比如将cpu占用率和内存占用率进行加权求和，cpu占用率和内存占用率加权求和后的值与业务负载量具有映射关系，通过获知，cpu占用率和内存占用率加权求和后的值即可得知业务负载量。
64.带外管理基板管理控制器bmc通过获取到的操作系统中的cpu占用率，通过进一步计算得到cpu的占用率增长量，基于cpu的占用率增长量确定业务负载增长量。例如cup占用率增长量和业务负载量具有映射关系，通过获知cpu占用率增长量即可得知业务负载增长量。
65.带外管理基板管理控制器bmc通过获取到的操作系统中的内存占用率，通过进一步计算得到内存的占用率增长量，基于内存的占用率增长量确定业务负载增长量。例如内存占用率增长量和业务负载量具有映射关系，通过获知内存占用率增长量即可得知业务负载增长量。
66.带外管理基板管理控制器bmc通过获取到的操作系统中的cpu占用率和内存占用率，通过进一步计算得到cpu的占用率增长量和内存的占用率增长量，基于cpu的占用率增长量和内存的占用率增长量确定业务负载增长量。例如，对cpu的占用率增长量和内存的占
用率增长量进行加权求和，cpu的占用率增长量和内存的占用率增长量加权求和后的值与业务负载量具有映射关系，通过获知cpu的占用率增长量和内存的占用率增长量加权求和后的值即可得知业务负载增长量。
67.在本技术实施例中，执行的内存测试及修复进程主要包括：smart ppr(smart post package repair，封装后修复)或者amt(advance memory test，高级记忆测试)。
68.具体来说smart ppr是基于intel的hard ppr技术在基本输入输出系统bios中加入内存厂家的测试故障pattern，在开机记忆训练memory training过程中对内存进行高效测试，并通过预留的row函数来替换失效的row函数实现物理永久修复内存故障，消除客户端有可能发生的所有潜在位失效或行失效。amt类似于smart ppr，其区别是内存厂家测试pattern由intel集成在其rc中。内存的冗余是通过ppr(post packagerepair，封装后修复)技术实现。这是一种内存修复手段，ppr技术可以把内存中损坏的部分行，用冗余的行代替，从而实现内存的冗余；新的物理内存地址的空间与故障物理内存地址的空间大小相等，这样才能存储故障物理内存地址的数据。同时，将上述获取到的虚拟内存地址对应的故障物理内存地址中的数据进行备份，防止故障物理内存地址中的数据丢失。最后将该虚拟内存地址映射至新的物理内存地址，以用于将备份好的故障物理内存地址中的数据迁移至新的物理内存地址中，最终实现对故障内存的处理。
69.内存的软故障为非硬件原因导致的故障，例如，宇宙射线导致的比特翻转，或者数据线的串扰等原因造成的内存故障，我们一般称之为内存的软故障。由于硬件原因造成的故障，我们称之为内存的真实故障，内存的软故障一般不可复现，而由于硬件原因造成的真实故障，一般是可以复现的。
70.内存ppr分soft ppr和hard ppr，soft ppr为单次开机替换，重启后将失效，而hard ppr则为永久替换，默认为softppr。
71.进一步地，所述基于所述业务负载量对故障进行修复，具体包括：判断所述业务负载量是否超过第一预设阈值，若超过所述第一预设阈值，则启动进程对故障进行修复。
72.更进一步地，所述基于所述业务负载增长量对故障进行修复，具体包括：判断所述业务负载增长量是否超过第二预设阈值，若超过所述第二预设阈值，则启动进程对故障进行修复。执行完内存测试及修复进程之后，输出相应的修复结果。
73.步骤104、核对所述修复结果信息，若核对成功，则重启进入系统。
74.在本技术实施例中，将输出的修复结果信息与基板管理控制器中记录的宕机信息进行核对，如果核对成功，则表明导致宕机发生的错误已经被修复，直接重启进入系统就能继续使用。
75.若核对不成功，则启用内存镜像功能，启用该功能之后，直接进入系统就可以了。
76.需要说明的是，内存镜像的工作原理与硬盘的热备份类似，内存镜像是将所有的内存数据做两个拷贝，分别放在主内存和镜像内存中，当一个内存镜像出现不可修复错误时，不会导致宕机，但是缺点是内存容量也会变成一半。故本技术实施例提到的修复过程无法修复宕机错误区域时才启用内存镜像功能。
77.也就是说，如果能够通过镜像直接进入的话，那也不需要前面所述的修复步骤了。前述的修复步骤如果无法修复由内存固定区域错误引起的宕机的故障区域的时候，才启用内存镜像功能。
78.本技术实施例提供的一种内存不可修复错误处理方法，可以有效地解决由于不可修复错误导致的宕机，解决了以往需要依赖人工的方式，并且可能会导致机器一直宕机，无法正常工作。本技术提供的技术方案，除了设计以基板管理控制器触发相应的修复进程进行内存修复之外，还设计了内存镜像功能，直接通过备份的镜像进入系统，通过备用方案确保了数据安全。不仅能够提升用户的使用体验感，同时还能减轻服务器的运维压力。
79.以上是本技术实施例提供的一种内存不可修复错误处理方法，基于同样的发明构思，本技术实施例还提供了一种内存不可修复错误处理系统，图2为本技术实施例提供的一种内存不可修复错误处理系统组成图，如图2所示，所述系统主要包括：
80.数据收集单元201，用于收集平台内存故障数据；
81.解析单元202，用于将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；
82.修复单元203，用于执行内存测试及修复进程，输出修复结果信息；
83.核对单元204，用于核对所述修复结果信息，若核对成功，则重启进入系统。
84.在本技术实施例中，数据收集单元201除了用于收集平台内存故障数据之外，还用于执行：消费该故障数据，并将系统进入内核错误状态。
85.在本技术实施例中，解析单元202包含基本输入输出系统bios以及基板管理控制器bmc，在系统中解析单元202具体执行：对接收到的内存故障数据进行解析，然后将解析出来的内存详细信息发送给基板管理控制器bmc。基板管理控制器bmc记录当次故障内存的行列信息，并且由基板管理控制器bmc打开相应的进程，进行错误修复。
86.基本输入输出系统bios也可以是在接收到基板管理控制器bmc的获取请求后，再将其获取到的巡检不可修复错误uce信息发送给基板管理控制器bmc。在这种示例中，基板管理控制器bmc可以是周期性的向基本输入输出系统bios发送获取请求，例如，基板管理控制器bmc每隔20分钟向基本输入输出系统bios发送获取请求，基本输入输出系统bios响应该获取请求将其获取到的巡检不可修复错误uce信息发送给基板管理控制器bmc。基板管理控制器bmc也可以实时向基本输入输出系统bios发送获取请求，基本输入输出系统bios响应该获取请求，若基本输入输出系统bios获取到巡检不可修复错误uce信息则将其发送给基板管理控制器bmc，若基本输入输出系统bios未获取到巡检不可修复错误uce信息，则向基板管理控制器bmc反馈内存中无不可修复错误uce存在。
87.本技术实施例提供的一种内存不可修复错误处理系统，可以有效地解决由于不可修复错误导致的宕机，解决了以往需要依赖人工的方式，并且可能会导致机器一直宕机，无法正常工作。本技术提供的技术方案，除了设计以基板管理控制器触发相应的修复进程进行内存修复之外，还设计了内存镜像功能，直接通过备份的镜像进入系统，通过备用方案确保了数据安全。不仅能够提升用户的使用体验感，同时还能减轻服务器的运维压力。
88.以上是本技术实施例提供的一种内存不可修复错误处理系统，基于同样的发明构思，本技术实施例还提供了一种内存不可修复错误处理设备，图3为本技术实施例提供的一种内存不可修复错误处理设备示意图，如图3所示，该设备主要包括：至少一个处理器301；以及，与至少一个处理器通信连接的存储器302；其中，存储器302存储有可被至少一个处理器301执行的指令，指令被至少一个处理器301执行，以使至少一个处理器301能够完成：收集平台内存故障数据；
89.将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；
90.执行内存测试及修复进程，输出修复结果信息；
91.核对所述修复结果信息，若核对成功，则重启进入系统。
92.除此之外，本技术实施例还提供了一种内存不可修复错误处理的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：收集平台内存故障数据；
93.将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；
94.执行内存测试及修复进程，输出修复结果信息；
95.核对所述修复结果信息，若核对成功，则重启进入系统。
96.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
97.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
98.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
99.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
100.本技术中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
101.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
102.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。

技术特征：
1.一种内存不可修复错误处理方法，其特征在于，所述方法包括：收集平台内存故障数据；将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；执行内存测试及修复进程，输出修复结果信息；核对所述修复结果信息，若核对成功，则重启进入系统。2.根据权利要求1所述的一种内存不可修复错误处理方法，其特征在于，所述执行内存测试及修复进程，具体包括：获取业务负载信息；其中，所述业务负载信息包括：业务负载量和/或业务负载增长量；基于所述业务负载信息对故障进行修复。3.根据权利要求2所述的一种内存不可修复错误处理方法，其特征在于，基于所述业务负载量对故障进行修复，具体包括：判断所述业务负载量是否超过第一预设阈值，若超过所述第一预设阈值，则启动进程对故障进行修复。4.根据权利要求2所述的一种内存不可修复错误处理方法，其特征在于，基于所述业务负载增长量对故障进行修复，具体包括：判断所述业务负载增长量是否超过第二预设阈值，若超过所述第二预设阈值，则启动进程对故障进行修复。5.根据权利要求1所述的一种内存不可修复错误处理方法，其特征在于，所述核对所述修复结果信息之后，所述方法还包括：若核对不成功，则启用内存镜像，进入系统。6.根据权利要求1所述的一种内存不可修复错误处理方法，其特征在于，所述内存测试及修复进程为smart ppr进程，所述smart ppr进程中预留row函数，可替换失效的row函数，以实现内存故障修复。7.根据权利要求1所述的一种内存不可修复错误处理方法，其特征在于，所述平台内存故障至少包括以下一项：cell故障、row故障、col故障、bank故障、device故障、rank故障、dimm故障。8.一种内存不可修复错误处理系统，其特征在于，所述系统包括：数据收集单元，用于收集平台内存故障数据；解析单元，用于将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；修复单元，用于执行内存测试及修复进程，输出修复结果信息；核对单元，用于核对所述修复结果信息，若核对成功，则重启进入系统。9.一种内存不可修复错误处理设备，其特征在于，所述设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：收集平台内存故障数据；
将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；执行内存测试及修复进程，输出修复结果信息；核对所述修复结果信息，若核对成功，则重启进入系统。10.一种内存不可修复错误处理的非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：收集平台内存故障数据；将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；执行内存测试及修复进程，输出修复结果信息；核对所述修复结果信息，若核对成功，则重启进入系统。

技术总结
本申请公开了一种内存不可修复错误处理方法、系统、设备及存储介质，用以解决现有的系统发生不可修复错误时，处理策略不智能不便捷的技术问题。方法包括：收集平台内存故障数据；将所述平台内存故障数据发送给基本输入输出系统进行解析，将解析后的内存信息发送给基板管理控制器；执行内存测试及修复进程，输出修复结果信息；核对所述修复结果信息，若核对成功，则重启进入系统。可以有效地解决由于不可修复错误导致的宕机，解决了以往需要依赖人工的方式，并且可能会导致机器一直宕机，无法正常工作，确保了数据安全。不仅能够提升用户的使用体验感，同时还能减轻服务器的运维压力。同时还能减轻服务器的运维压力。同时还能减轻服务器的运维压力。


技术研发人员：贾帅帅 李道童 艾山彬 陈衍东
受保护的技术使用者：苏州浪潮智能科技有限公司
技术研发日：2023.03.10
技术公布日：2023/9/23