一种网卡异常处理方法、网卡异常处理系统及相关装置与流程

1.本技术涉及服务器领域，特别涉及一种网卡异常处理方法、网卡异常处理系统及相关装置。


背景技术：

2.当前，服务器上需要配置hba(host bus adapter，主机总线适配器)网卡，其为在服务器和存储装置间提供输入/输出(i/o)处理和物理连接的电路板或集成电路适配器，用于连接计算机和计算机网络。hba网卡一般插在计算机大总线扩展槽上，卡上有连接计算机网络的接口，且hba网卡可以物理连接计算机内部总线。hba网卡减轻了主处理器在数据存储和检索任务的负担，它能够提高服务器的性能。一个hba网卡和与之相连的磁盘子系统有时一起被称作一个磁盘通道，但目前hba网卡仅可通过网卡上设置的光模块体现其状态，一旦光模块亮灯，表明hba网卡异常，但用户无法知晓该hba网卡的具体异常状态和异常原因，使得服务器的网络应用受限，影响服务器的正常使用。


技术实现要素：

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.存储池生成模块，用于在所述基板管理控制器的缓存中划分预设缓存空间，生成所述备份数据存储池。
39.本技术还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程
序被处理器执行时实现如上所述的方法的步骤。
40.本技术还提供一种服务器，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如上所述的方法的步骤。
41.本技术提供一种网卡异常处理方法，包括：采集网卡的串口日志；其中，所述网卡用于接收到传输数据时，将所述传输数据同步传输至备份数据存储池；检测到网卡异常时，封锁所述备份数据存储池中的传输数据；在所述网卡异常恢复后，若所述串口日志中记录的网卡数据与所述传输数据一致，解锁所述备份数据存储池；在所述网卡异常恢复后，若所述串口日志中记录的所述网卡数据与所述传输数据不一致，将所述备份数据存储池中的数据复制至所述网卡。
42.本技术设定网卡一边接收传输数据，一边将传输数据同步至备份数据存储池，通过将网卡的传输数据同步备份至备份数据存储池，在网卡异常恢复后，只需要比对备份数据存储池和串口日志记录中的网卡数据，即可按照比对结果选择相应的数据恢复方式，使得网卡发生异常后能够及时恢复，降低网卡异常造成的不利影响。
43.本技术还提供一种网卡异常处理系统、计算机可读存储介质和服务器，具有上述有益效果，此处不再赘述。
附图说明
44.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
45.图1为本技术实施例所提供的网卡异常处理方法的流程图；
46.图2为本技术实施例所提供的网卡异常处理系统结构示意图；
47.图3为本技术实施例所提供的一种服务器的结构示意图。
具体实施方式
48.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
49.以hba卡为例，一旦服务器系统缺失hba卡的驱动，导致服务器挂载存储的路径异常，无法正常进行hba卡主备链路的切换工作。此外，hba卡的健康与否直接关系到网络的连通性，影响网络速度，有时候不合适的hba卡驱动还会造成主机系统的错误甚至是宕机。而目前hba卡仅通过光模块是否亮灯反馈hba卡的状态，用户无法知晓hba网卡具体故障原因，也无法知晓hba网卡状态，同时hba网卡中的数据一旦发生故障即丢失，给用户造成损失。为了及时消除网卡异常造成的不利影响，本技术提供了一种网卡异常处理方法，具体过程如下：
50.请参考图1，图1为本技术实施例所提供的网卡异常处理方法的流程图，该方法包括：
51.s101：采集网卡的串口日志；
52.本技术旨在采集网卡的串口日志。在此对于本步骤的具体执行方式不作限定，可以为周期性采集网卡的串口日志，也可以不定时间采集网卡的串口日志，也可以实时采集网卡的串口日志，即网卡每执行传输数据，即在串口日志进行记录。
53.此外，本技术实施例中，该网卡用于接收到传输数据时，将传输数据同步传输至备份数据存储池。需要说明的是，该过程可以为同步执行，也可以存在一定延迟。即网卡接收到传输数据后，可以实时同步至备份数据存储池，也可以在延迟一定时长，例如1秒或者5秒等时长后同步至备份数据存储池。本实施例默认在执行本步骤前，需要在基板管理控制器的缓存中划分预设缓存空间，以生成备份数据存储池。当然，在此对于预设缓存空间的大小不作限定，可以有本领域技术人员自行设定。
54.在一种优选的实施方式中，本步骤可以利用通用输入输出接口采集网卡的串口日志，并生成网卡状态报告。通用输入输出接口指gpio(general-purpose input/output)接口。该网卡状态报告可以包含网卡型号、运行速率、网卡使用状态和所在服务器位置信息中的至少一项，当然还可以包含其他网卡相关信息，在此不一一举例限定。
55.s102：检测到网卡异常时，封锁所述备份数据存储池中的传输数据；
56.本步骤旨在检测到网卡异常时，封锁备份数据存储池中的传输数据。该封锁指禁止再向备份数据存储池存入数据，同时禁止修改或者删除备份数据存储池中的传输数据，维持备份数据存储池中的传输数据的内容不变。
57.在此对于如何检测到网卡异常不作限定，该网卡异常可以包括但不限于网卡自身硬件故障，或者数据传输故障等等。一方面，对于网卡异常的检测可以源于网卡自身，也可以通过与网卡相关的其他组件进行监测。例如，在网卡发生异常时，将导致服务器挂载路径异常、网络状态异常或者系统发生错误甚至系统宕机等，可以借此判定网卡是否发生异常。
58.同时，本技术实施例对于如何封锁传输数据不作限定，可以对备份数据存储池中的传输数据设置为锁定状态，仅当网卡异常修复后解除锁定状态。或者设置备份数据存储池为锁定状态，仅当网卡异常修复后解除备份数据存储池的锁定状态。
59.s103：在所述网卡异常恢复后，若所述串口日志中记录的网卡数据与所述传输数据一致，解锁所述备份数据存储池；
60.s104：在所述网卡异常恢复后，若所述串口日志中记录的所述网卡数据与所述传输数据不一致，将所述备份数据存储池中的数据复制至所述网卡。
61.步骤s103和s104为择一执行的互斥步骤，在具体执行时，根据串口日志中记录的网卡数据与传输数据是否一致执行相应的步骤。
62.在网卡恢复异常后，需要针对串口日志中记录的网卡数据与传输数据是否一致的判断，即比较二者数据内容是否一致。由于在网卡发生异常后，其可能继续执行数据传输，但此时备份数据存储池或备份数据存储池中的数据已被封锁，即发生异常后的传输数据实际上并未传输至备份数据传输池，但有可能由于该部分数据导致网卡异常，因此，若串口日志中记录的网卡数据与传输数据不一致，备份数据存储池中的数据为准，即将备份数据存储池中的数据复制至网卡中，实现网卡的数据恢复。若是串口日志中记录的网卡数据与传输数据一致，可以继续同步备份网卡的传输数据。
63.本技术实施例设定网卡一边接收传输数据，一边将传输数据同步至备份数据存储
池，通过将网卡的传输数据同步备份至备份数据存储池，在网卡异常恢复后，只需要比对备份数据存储池和串口日志记录中的网卡数据，即可按照比对结果选择相应的数据恢复方式，使得网卡发生异常后能够及时恢复，降低网卡异常造成的不利影响。
64.在上述实施例的基础上，作为一种优选的实施例，在生成网卡状态报告之后，还可以根据各所述网卡对应的网卡状态报告将对应传输数据上传至所述备份数据存储池，并启用网卡同步日志。
65.容易理解的是，服务器中可以包含多张网卡，且不同网卡的型号等可以存在差异，因此具体传输数据至备份数据存储池时，也可以将各网卡对应的网卡状态报告上传至备份数据存储池。即在备份数据存储池中，可以按照不同网卡划分不同存储空间，也可以按照存储时间顺序进行存储，在此不作限定。同时启用网卡同步日志，以记录网卡的传输数据同步至备份数据存储池的同步信息，其包含同步的数据内容、数据量、同步时间等等。
66.在上述实施例的基础上，作为一种优选的实施例，检测到网卡异常时，还可以根据所述串口日志按照时间顺序生成网卡故障日志。网卡故障日志用于指导修复网卡。在检测到网卡异常时，为了便于用户及时检修，可以根据串口日志生成相应的网卡故障日志，根据网卡情况按照时间顺序记录于网卡故障日志中。进一步，用户可以通过服务器的基板管理控制器的可视化界面选择故障日志选项，生成并下载网卡故障日志，从而根据网卡故障日志及时对网卡异常进行修复。
67.在上述实施例的基础上，作为一种优选的实施例，利用通用输入输出接口采集网卡的串口日志，生成网卡状态报告之前，可以接收源于基板管理控制器的网卡管理页面的网卡状态查询指令，从而根据所述网卡状态查询指令利用通用输入输出接口采集网卡的串口日志，生成网卡状态报告。可以在服务器的管理界面设置网卡管理页面，从而在网卡管理页面直接点击“网卡状态”选项，即可自动生成网卡状态查询指令，从而在后台根据网卡状态查询指令利用通用输入输出接口采集网卡的串口日志。
68.同样，生成网卡状态报告之后，也可将网卡状态报告上传并存储至基板管理控制器，并在基板管理控制器的可视化页面中显示，供用户查看。特别的，无论网卡处于正常状态还是异常状态，该网卡状态报告可以为动态报告，即用户可以实时检测网卡的运行，尤其是在网卡处于异常状态时，能够根据网卡的运行状态确定以异常原因，从而及时进行异常修复。如此，结合上述实施例，本技术可以实现服务器层面对于网卡的动态监测、故障定位和数据恢复于一体的简化操作，便于用户及时掌握网卡运行状态，同时在基板管理控制器的可视化界面显示，更为直观形象，有利于实现网卡传输数据的数据保护。
69.下文以hba网卡为例，对本技术提供的网卡异常处理方法的具体应用过程进行描述：
70.准备过程：
71.在服务器的基板管理控制器的管理页面添加hba网卡的hba卡管理页面，即用户登录基板管理控制器的管理页面后，可以在管理页面进入hba卡管理页面。
72.需要说明的是，基板管理控制器是一款服务器上电起始即运行的软件，运行在服务器上单独的芯片上，只要服务器上电，基板管理控制器即开始运行。基板管理控制器用于服务器各个部件(cpu、内存、硬盘、风扇、机框等)的温度、电压等健康状态进行检测，同时根据各个温度采集点情况实时调整风扇转速保证服务器不产生过温、而且控制总体功耗又不
能过高，如果单板部件出现任何异常则通过snmp(simple network management protocol，简单网络协议)协议、smtp协议、redfish协议等多种业界通用规范讲信息及时上报给上层网管，以便运维人员及时处理，保证业务无损。smtp是一种电子邮件传输的协议。smtp是建立在ftp文件传输服务上的一种邮件服务，主要用于系统之间的邮件信息传递，并提供有关来信的通知。smtp独立于特定的传输子系统，且只需要可靠有序的数据流信道支持从功能上来讲，基板管理控制器主要用于采集单个服务器上各种信息，同时提供给上层运维网管软件。主要有两种手段，第一种基板管理控制器会提供各种各样的接口供上层网管查询，如web、命令行等人机接口、snmp、ipmi、restful等机机接口；第二种是主动上报，当检测到有故障产生时，基板管理控制器可以通过snmp trap消息、smtp邮件消息等手段上报给上层网管软件的服务端，以便运维人员及时识别处理故障。
73.网卡异常处理过程：
74.用户通过基板管理控制器的管理页面查询网卡信息，即下发网卡状态查询指令。在服务器后台，根据网卡状态查询指令通过gpio接口采集检索当前服务器所插入hba卡的信息，生成一份网卡状态报告，该网卡状态报告包括所识别到的hba卡的型号、速率、目前hba卡所使用情况、当前所在服务器的位置等。进一步，网卡状态报告可以为动态报告，即该网卡状态报告会根据网卡的实时运行状态更新数据，并显示在基板管理控制器的管理页面。
75.正常状态下，当hba卡中有数据存入或者有相应操作时，此时基板管理控制器将会根据每个hba卡的型号、使用情况、所在服务器位置等将hba卡中的数据自动传输到备份数据存储池中。备份数据存储池中会实时同步hba卡中的数据，同时hba网卡同步日志也将会被打开。
76.异常状态下，即hba卡被检测到发生故障时，备份数据存储池中的数据将会被暂时封锁，hba卡中的数据将暂时无法同步至备份数据存储池中，此时可以自动根据hba卡情况以及时间顺序生成hba卡故障日志，用户可以通过hba卡管理页面中的hba卡故障日志选项打印下载hba卡故障日志，以便根据hba卡故障日志进行分析。
77.当hba卡故障被排除后，此时备份数据存储池中的数据将会与hba卡数据进行比较，若此时两者数据一致，则备份数据存储池中的数据将被解锁，继续同步备份hba卡数据。若不一致，hba卡数据将会被删除，备份数据存储池中的数据将被解锁然后复制到hba卡中去，从而实现hba卡的数据恢复。
78.对于用户而言，若是初次应用本技术提供的网卡异常处理方法，其可以包括如下步骤：
79.第一步、用户登录基板管理控制器的管理页面；
80.第二步、生成动态的网卡状态报告；
81.第三步、在网卡存入数据，生成备份数据存储池，并启用备份数据存储池的日志同步；
82.第四步、发生网卡故障后，封锁备份数据存储池；
83.第五步、在服务器基板管理控制器的管理页面下的网卡管理页面生成并下载网卡故障日志；
84.第六步、根据网卡故障日志修复故障；
85.第七步、在网卡故障修复后，比较备份数据存储池与网卡中传输数据是否一致；若不一致，进入第八步；若一致，进入第九步；
86.第八步、移除网卡中的数据，并将备份数据存储池中的数据复制至网卡后运行；
87.第九步、正常启用网卡。
88.可以看出，本技术实施例一方面可以通过服务器中基板管理控制器的管理页面对网卡进行快速定位识别和状态监测，同时在网卡故障时能够根据网卡故障日志进行故障分析，有利于快速进行网卡故障排除。同时，在进行数据比对后，有利于实现数据保护。在执行服务器的数据测试时，优化了测试流程，同时备份了测试数据，提高了数据测试效率。
89.下面对本技术实施例提供的网卡异常处理系统进行介绍，下文描述的网卡异常处理系统与上文描述的网卡异常处理方法可相互对应参照。
90.参见图2，图2为本技术实施例所提供的网卡异常处理系统结构示意图，本技术还提供一种网卡异常处理系统，包括：
91.日志采集模块，用于采集网卡的串口日志；其中，所述网卡用于接收到传输数据时，将所述传输数据同步传输至备份数据存储池；
92.备份中止模块，用于检测到网卡异常时，封锁所述备份数据存储池中的传输数据；
93.第一异常处理模块，用于在所述网卡异常恢复后，若所述串口日志中记录的网卡数据与所述传输数据一致，解锁所述备份数据存储池；
94.第二异常处理模块，用于在所述网卡异常恢复后，若所述串口日志中记录的所述网卡数据与所述传输数据不一致，将所述备份数据存储池中的数据复制至所述网卡。
95.本实施例设定网卡一边接收传输数据，一边将传输数据同步至备份数据存储池，通过将网卡的传输数据同步备份至备份数据存储池，在网卡异常时，通过备份中止模块封锁备份数据存储池。在网卡异常恢复后，只需要比对备份数据存储池和串口日志记录中的网卡数据，即可按照比对结果选择相应的数据恢复方式，使得网卡发生异常后能够及时恢复，降低网卡异常造成的不利影响。
96.基于上述实施例，作为优选的实施例，所述日志采集模块为利用通用输入输出接口采集网卡的串口日志，生成网卡状态报告的模块；所述网卡状态报告包含网卡型号、运行速率、网卡使用状态和所在服务器位置信息中的至少一项。
97.基于上述实施例，作为优选的实施例，还包括：
98.报告上传模块，用于根据各所述网卡对应的网卡状态报告将对应传输数据上传至所述备份数据存储池，并启用网卡同步日志。
99.基于上述实施例，作为优选的实施例，还包括：
100.故障日志生成模块，用于根据所述串口日志按照时间顺序生成网卡故障日志；所述网卡故障日志用于指导修复所述网卡。
101.基于上述实施例，作为优选的实施例，还包括：
102.指令接收模块，用于接收源于基板管理控制器的网卡管理页面的网卡状态查询指令；
103.基于上述实施例，作为优选的实施例，还包括：
104.报告显示模块，用于将所述网卡状态报告上传并存储至所述基板管理控制器，并在所述基板管理控制器的可视化页面中显示。
105.基于上述实施例，作为优选的实施例，还包括：
106.存储池生成模块，用于在所述基板管理控制器的缓存中划分预设缓存空间，生成所述备份数据存储池。
107.本技术还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
108.本技术还提供了一种服务器，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时，可以实现上述实施例所提供的网卡异常处理方法的步骤。当然所述服务器还可以包括各种网络接口，电源等组件。
109.本技术还提供了一种服务器，参见图3，本技术实施例提供的一种服务器的结构图，如图3所示，可以包括处理器1410和存储器1420。
110.其中，处理器1410可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1410可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1410也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1410可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1410还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
111.存储器1420可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1420还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器1420至少用于存储以下计算机程序1421，其中，该计算机程序被处理器1410加载并执行之后，能够实现前述任一实施例公开的由服务器侧执行的网卡异常处理方法的相关步骤。另外，存储器1420所存储的资源还可以包括操作系统1422和数据1423等，存储方式可以是短暂存储或者永久存储。其中，操作系统1422可以包括windows、linux、android等。
112.在一些实施例中，服务器还可包括有显示屏1430、输入输出接口1440、通信接口1450、传感器1460、电源1470以及通信总线1480。
113.当然，图3所示的服务器的结构并不构成对本技术实施例中服务器的限定，在实际应用中服务器可以包括比图3所示的更多或更少的部件，或者组合某些部件。
114.说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例提供的系统而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
115.本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想。应当指出，对于本技术领域的普通技术
人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。
116.还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

技术特征：
1.一种网卡异常处理方法，其特征在于，包括：采集网卡的串口日志；其中，所述网卡用于接收到传输数据时，将所述传输数据同步传输至备份数据存储池；检测到网卡异常时，封锁所述备份数据存储池中的传输数据；在所述网卡异常恢复后，若所述串口日志中记录的网卡数据与所述传输数据一致，解锁所述备份数据存储池；在所述网卡异常恢复后，若所述串口日志中记录的所述网卡数据与所述传输数据不一致，将所述备份数据存储池中的数据复制至所述网卡。2.根据权利要求1所述的网卡异常处理方法，其特征在于，所述采集网卡的串口日志包括：利用通用输入输出接口采集网卡的串口日志，生成网卡状态报告；所述网卡状态报告包含网卡型号、运行速率、网卡使用状态和所在服务器位置信息中的至少一项。3.根据权利要求2所述的网卡异常处理方法，其特征在于，所述生成网卡状态报告之后，还包括：根据各所述网卡对应的网卡状态报告将对应传输数据上传至所述备份数据存储池，并启用网卡同步日志。4.根据权利要求1所述的网卡异常处理方法，其特征在于，检测到网卡异常时，还包括：根据所述串口日志按照时间顺序生成网卡故障日志；所述网卡故障日志用于指导修复所述网卡。5.根据权利要求2所述的网卡异常处理方法，其特征在于，所述利用通用输入输出接口采集网卡的串口日志，生成网卡状态报告之前，还包括：接收源于基板管理控制器的网卡管理页面的网卡状态查询指令；相应的，所述利用通用输入输出接口采集网卡的串口日志，生成网卡状态报告包括：根据所述网卡状态查询指令利用通用输入输出接口采集网卡的串口日志，生成网卡状态报告。6.根据权利要求5所述的网卡异常处理方法，其特征在于，根据所述网卡状态查询指令利用通用输入输出接口采集网卡的串口日志，生成网卡状态报告之后，还包括：将所述网卡状态报告上传并存储至所述基板管理控制器，并在所述基板管理控制器的可视化页面中显示。7.根据权利要求5所述的网卡异常处理方法，其特征在于，还包括：在所述基板管理控制器的缓存中划分预设缓存空间，生成所述备份数据存储池。8.一种网卡异常处理系统，其特征在于，包括：日志采集模块，用于采集网卡的串口日志；其中，所述网卡用于接收到传输数据时，将所述传输数据同步传输至备份数据存储池；备份中止模块，用于检测到网卡异常时，封锁所述备份数据存储池中的传输数据；第一异常处理模块，用于在所述网卡异常恢复后，若所述串口日志中记录的网卡数据与所述传输数据一致，解锁所述备份数据存储池；第二异常处理模块，用于在所述网卡异常恢复后，若所述串口日志中记录的所述网卡数据与所述传输数据不一致，将所述备份数据存储池中的数据复制至所述网卡。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的网卡异常处理方法的步骤。10.一种服务器，其特征在于，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如权利要求1-7任一项所述的网卡异常处理方法的步骤。

技术总结
本申请提供一种网卡异常处理方法，包括：采集网卡的串口日志；其中，所述网卡用于接收到传输数据时，将所述传输数据同步传输至备份数据存储池；检测到网卡异常时，封锁所述备份数据存储池中的传输数据；在所述网卡异常恢复后，若所述串口日志中记录的网卡数据与所述传输数据一致，解锁所述备份数据存储池；在所述网卡异常恢复后，若所述串口日志中记录的所述网卡数据与所述传输数据不一致，将所述备份数据存储池中的数据复制至所述网卡。本申请使得网卡发生异常后能够及时恢复，降低网卡异常造成的不利影响。本申请还提供一种网卡异常处理系统、计算机可读存储介质和服务器，具有上述有益效果。有益效果。有益效果。


技术研发人员：赵文月
受保护的技术使用者：浪潮（山东）计算机科技有限公司
技术研发日：2023.05.11
技术公布日：2023/8/13