CN117608953A - 一种智能化自检方法、系统、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种智能化自检方法、系统、存储介质及电子设备，针对主机的各个操作系统，当操作系统重启时，通过预设判断脚本判断操作系统的操作系统类型，若操作系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本，定时对操作系统进行硬件自检检查和软件检查自检，得到检查结果，若检查结果表示异常，通过自动修复机制对异常的检查结果进行修复。

Description

一种智能化自检方法、系统、存储介质及电子设备

技术领域

本申请涉及运维处理技术领域，更具体地说，涉及一种智能化自检方法、系统、存储介质及电子设备。

背景技术

在日常系统运维中，机器有时因故障而宕机，或因硬件检修需维护性关机，有时因操作系统升级打补丁等需要重启。

当机器再次启动后，运维人员往往需要手动对系统进行检查，包括时钟同步、文件系统挂载、网卡IP配置、软件运行情况。人工检查存在机器关机前信息丢失、机器重启后人工检查繁琐、重启前后对比困难、容易出现错漏的情况。

因此，如何实现高效、可靠的系统运维方式，是本申请继续解决的问题。

发明内容

有鉴于此，本申请公开了一种智能化自检方法、系统、存储介质及电子设备，提高操作系统重启后检查方案的自动化程度、准确性和智能化水平，实现高效、可靠的系统运维方式。

为了实现上述目的，其公开的技术方案如下：

本申请第一方面公开了一种智能化自检方法，所述方法包括：

针对主机的各个操作系统，当所述操作系统重启时，通过预设判断脚本判断所述操作系统的系统类型；

若所述系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本，定时对所述操作系统进行硬件自检和软件自检，得到检查结果；

若所述检查结果为异常检查结果，通过自动修复机制对异常检查结果进行修复。

优选的，所述针对主机的各个操作系统，当所述操作系统重启时，通过预设判断脚本判断所述操作系统的系统类型，包括：

针对主机的各个操作系统，当所述操作系统重启时，通过预设判断脚本中的预设函数获取操作系统的标识符；

通过所述标识符判断操作系统的类型。

优选的，所述若所述系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本，定时对所述操作系统进行硬件自检和软件自检，得到检查结果，包括：

若所述系统类型为预设系统类型，通过预设系统类型所对应的预设命令脚本，定时对操作系统所涉及的各个硬件设备进行状态检查和稳定性检测，得到硬件自检的检查结果；所述状态检查用于确认各个硬件设备是否被正确识别；所述稳定性检测用于验证在预设时段中是否存在故障问题和/或性能问题；

定时对操作系统的系统日志分析、网卡网络检查、服务状态检查和文件系统一致性检查，得到软件自检的检查结果。

优选的，所述若所述检查结果为异常检查结果，通过自动修复机制对异常检查结果进行修复，包括：

若所述检查结果为异常检查结果，确定异常检查结果的异常类型；

若所述异常类型为硬件异常，针对异常的硬件进行替换；

若所述异常类型为系统日志异常，生成异常的系统日志提示；

若所述异常类型为服务状态异常，启动预先设定的备份服务状态确保服务状态正常；

若所述异常类型为网卡网络异常，通过预先备份的网卡网络服务确定未启动的网卡网络服务，并将未启动的网卡网络服务进行启动，以完成网卡网络异常的修复；

若所述异常类型为文件系统一致性异常，执行自动修复脚本来完成文件修复操作。

优选的，还包括：

通过异常处理机制对所述异常的检查结果进行异常处理和报警处理。

优选的，还包括：

定时对所述操作系统进行细粒度检查；所述细粒度检查用于满足不同应用场景的需求。

优选的，还包括：

对操作系统进行预防性维护；所述预防性维护为对操作系统进行周期性检查，使得在操作系统出现故障前采取预防措施的维护。

本申请第二方面公开了一种智能化自检系统，所述系统包括：

判断单元，用于针对主机的各个操作系统，当所述操作系统重启时，通过预设判断脚本判断所述操作系统的系统类型；

自检单元，用于若所述系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本，定时对所述操作系统进行硬件自检和软件自检，得到检查结果；

修复单元，用于若所述检查结果为异常检查结果，通过自动修复机制对异常检查结果进行修复。

本申请第三方面公开了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如第一方面任意一项所述的智能化自检方法。

本申请第四方面公开了一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如第一方面任意一项所述的智能化自检方法。

经由上述技术方案可知，本申请公开了一种智能化自检方法、系统、存储介质及电子设备，针对主机的各个操作系统，当操作系统重启时，通过预设判断脚本判断所述操作系统的系统类型，若系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本，定时对操作系统进行硬件自检和软件自检，得到检查结果，若检查结果为异常检查结果，通过自动修复机制对异常检查结果进行修复。通过上述方案，在操作系统重启后，通过自动化的预设判断脚本判断操作系统的操作系统类型，通过自动化的预设检查命令脚本定时对操作系统进行硬件自检检查和软件检查自检，实现了操作系统重启后智能化自检，避免了硬件设备无法正常识别、软件漏启动、网卡漏启动等的风险，同时通过脚本自动化检查减少了人工处置的操作，缩短了处置的时间，提高操作系统重启后检查方案的自动化程度、准确性和智能化水平，实现高效、可靠的系统运维方式。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种智能化自检方法的流程示意图；

图2为本申请实施例公开的另一种智能化自检方法的流程示意图；

图3为本申请实施例公开的一种智能化自检系统的结构示意图；

图4为本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

由背景技术可知，当机器再次启动后，运维人员往往需要手动对系统进行检查，包括时钟同步、文件系统挂载、网卡IP配置、软件运行情况。人工检查存在机器关机前信息丢失、机器重启后人工检查繁琐、重启前后对比困难、容易出现错漏的情况。因此，如何实现高效、可靠的系统运维方式，是本申请继续解决的问题。

为了解决上述问题，本申请实施例公开了一种智能化自检方法、系统、存储介质及电子设备，在操作系统重启后，通过自动化的预设判断脚本判断操作系统的操作系统类型，通过自动化的预设检查命令脚本定时对操作系统进行硬件自检检查和软件检查自检，实现了操作系统重启后智能化自检，避免了硬件设备无法正常识别、软件漏启动、网卡漏启动等的风险，同时通过脚本自动化检查减少了人工处置的操作，缩短了处置的时间，提高操作系统重启后检查方案的自动化程度、准确性和智能化水平，实现高效、可靠的系统运维方式。具体实现方式通过下述实施例具体进行说明。

参考图1所示，为本申请实施例公开的一种智能化自检方法，该智能化自检方法主要包括如下步骤：

S101：针对主机的各个操作系统，当操作系统重启时，通过预设判断脚本判断操作系统的系统类型。

在S101中，针对主机的各个操作系统，当操作系统重启时，通过预设判断脚本中的预设函数获取操作系统的标识符，通过标识符判断操作系统的类型。

预设判断脚本可以是python脚本，也可以是其他具备判断系统类型功能的脚本，预设判断脚本的确定本申请不做具体限定。本申请的预设判断脚本优选python脚本。

预设函数即为获取当前系统平台函数sys.platform。

sys.platform函数会返回当前系统平台的标识符，如果是Linux系统，sys.platform函数返回的标识符为“linux”，如果是32位的Windows系统，sys.platform函数返回的标识符为“win32”，如果是64位的Windows系统，sys.platform函数返回的标识符为“win64”。

可选的，如果是macO操作系统，则通过startswith函数来进行判断。

S102：若系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本(shell、powershell脚本)，定时对操作系统进行硬件自检和软件自检，得到检查结果。

预设系统类型包括Linux系统、Windows系统等。

现在基本都使用基于虚拟化的服务器，一台宿主机上可能是不同版本的Linux，还可能是跨平台涉及Windows系统，在宿主机进行维修时，机器重启后往往要对不同的操作系统进行跨平台检查。

检查结果包括硬件自检的检查结果和软件自检的检查结果。

若系统类型为预设系统类型，通过预设系统类型所对应的预设命令脚本，定时对操作系统所涉及的各个硬件设备进行状态检查和稳定性检测，得到硬件自检的检查结果；状态检查用于确认各个硬件设备是否被正确识别；稳定性检测用于验证在预设时段中是否存在故障问题和/或性能问题。

其中，若系统类型为Linux系统，所对应的预设检查命令脚本可使用命令语言脚本shell(即shell脚本)，定时对Linux系统所涉及的各个硬件设备进行状态检查和稳定性检测，硬件自检的检查结果，以及定时对Linux系统的系统日志分析、网卡网络检查、服务状态检查和文件系统一致性检查，得到软件自检的检查结果。

shell既是一种命令语言，又是一种程序设计语言，在中文中解释“外壳”的意思，就是操作系统的外壳。工作中通过shell命令来操作和控制操作系统，在Linux操作系统中的shell命令就包括touch、cd、pwd、mkdir等等。总结来说，shell是一个命令解释器，用户输入命令时，shell解释器负责将命令解释给内核，内核对程序的运行或对计算机进行控制，最后处理完后将结果反馈给用户。shell脚本就是由shell命令组成的文件，这些命令都是可执行程序的名字，脚本不用编译即可运行。它通过解释器解释运行，因此速度相对来说就比较慢。

若系统类型为Windows系统，所对应的预设检查命令脚本可使用poweshell脚本，定时对Windows系统所涉及的各个硬件设备进行状态检查和稳定性检测，以及定时对Windows系统的系统日志分析、服务状态检查、网卡网络检查和文件系统一致性检查，得到软件自检的检查结果。

poweshell脚本是Windows环境所开发的壳程式(shell)及脚本语言技术。可以管理Windows服务器(特别是域domain)的脚本。

针对linux、windows分别使用shell、powershell脚本，通过定时任务，比如每天对服务、网卡网络、文件系统一致性保存运行状态，操作系统重启后对系统进行硬件自检(如对各个硬件设备进行状态检查和稳定性检测)和软件自检(如系统日志分析、服务状态检查、设备驱动程序加载和运行情况、设备驱动程序兼容性、网卡网络检查、文件系统一致性检查)，定期备份、自定义检查脚本(即自定义健康检查脚本)和异常处理与报警机制等步骤。这些步骤通过操作系统提供的功能、工具和自定义检查脚本来检查各个方面的状态，并采取相应的处理措施，以确保操作系统的正常运行。

定期备份是通过定时任务每天对服务、网卡网络、文件系统一致性保存运行状态。

硬件自检：操作系统重启后，可以利用BIOS/UEFI提供的自检功能(POST)来检查硬件设备的状态。这个过程会检测内存、处理器、硬盘等硬件是否正常。检查引导加载程序(boot loader)和内核启动过程，确认是否存在启动失败、延迟或异常情况。分析启动过程中的每个步骤，包括硬件初始化、设备驱动程序加载、系统初始化等。

状态检查和稳定性检测：

确认各个硬件组件(CPU、内存、硬盘等)是否被正确检测和识别。

运行稳定性测试，验证硬件在长时间运行中是否存在故障或性能问题。

设备驱动程序和兼容性：

检查设备驱动程序的加载和运行情况，确保设备与操作系统正常通信。

验证设备驱动程序的兼容性，特别是针对新添加的硬件或外部设备。

S103：若检查结果为异常检查结果，通过自动修复机制对异常检查结果进行修复。

具体若检查结果表示异常，通过自动修复机制对异常的检查结果进行修复的过程如A1-A6所示。

A1：若检查结果为异常检查结果，确定异常检查结果的异常类型。

其中，异常类型包括硬件异常、系统日志异常、服务状态异常、网卡网络异常、文件系统一致性异常等。

A2：若异常类型为硬件异常，针对异常的硬件进行替换。

A3：若异常类型为系统日志异常，生成异常的系统日志提示。

在A3中，操作系统在启动过程中会生成各种日志信息，对系统日志进行分析，包括启动日志、事件日志等，若分析得到错误日志，则异常类型为系统日志异常。通过分析系统日志，可以检查启动过程中的错误和警告信息，并作出提示。

A4：若异常类型为服务状态异常，启动预先设定的备份服务状态确保服务状态正常。

其中，预先设定的备份无法状态是通过定时任务每天对服务、网卡网络、文件系统一致性保存运行状态。

A5：若异常类型为网卡网络异常，通过预先备份的网卡网络服务确定未启动的网卡网络服务，并将未启动的网卡网络服务进行启动，以完成网卡网络异常的修复。

其中，主要是针对Linux系统，关机前将网卡网络服务进行备份，即备份了网卡网络情况(ifconfig)，开机后的网卡网络服务与预先备份网卡网络服务进行对比或与定期备份进行对比，从而发现漏启动的网络。

在A5中，通过系统管理工具(如Windows的服务管理器或Linux的systemd)或运行相应的命令(如systemctl status)来检查关键服务的运行状态。并与关机前或定时备份的网卡网络的服务状态确保关键服务已经正确启动并正在正常运行。

A6：若异常类型为文件系统一致性异常，执行自动修复脚本来完成文件修复操作。

在A6中，运行文件系统一致性检查工具(如Windows系统的chkdsk自动化的检查脚本或Linux系统的fsck自动化的检查脚本)来检查文件系统的完整性和一致性，同时与关机前或定时备份的文件挂载情况进行对比。这可以帮助发现文件系统错误、损坏或未正确卸载的问题，并进行修复。

自动化的检查脚本可以周期性地运行，定期检查系统的各个方面，捕获潜在的问题，并在问题出现前采取预防措施。这有助于避免潜在的故障和系统崩溃，提前进行维护和修复。通过自动化检查脚本进行系统检查，可以快速定位问题的根源，辅助故障诊断。这有助于快速解决问题，减少系统停机时间，提高系统的可用性和用户满意度。

通过异常处理机制对异常的检查结果进行异常处理和报警处理。在检查过程中，设置适当的异常处理机制，如错误日志记录、报警通知等。当检查发现异常或错误时，可以及时采取相应的措施，如发送警报、执行自动修复脚本等。

定时对操作系统进行细粒度检查；细粒度检查用于满足不同应用场景的需求。除了传统的硬件状态、服务状态和网络等常规检查外，引入更细粒度的健康检查项目，如特定应用程序的状态、配置文件的完整性等，以满足不同应用场景的需求。

根据特定需求，编写自定义健康检查脚本。这些脚本可以检查操作系统的特定配置项、应用程序的运行状态等，并输出对应提示。自动化的检查脚本可以周期性地运行，定期检查系统的各个方面，捕获潜在的问题，并在问题出现前采取预防措施。这有助于避免潜在的故障和系统崩溃，提前进行维护和修复。

对操作系统进行预防性维护；预防性维护为对操作系统进行周期性检查，使得在操作系统出现故障前采取预防措施的维护。

当预防性维护时，往往会在关机前备份系统运行信息；当非预防性维修时，系统重启开机后，往往要依赖管理员的经验记忆来判断系统上运行的服务、网络网卡情况、文件系统挂载情况。当机器数量级大的情况下，依赖人工记忆往往是不可行的，存在信息丢失的风险。故本发明通过定期任务每天备份系统信息，来对操作系统进行预防性维护。

设计检查方案时考虑到操作系统的多样性和不同配置，确保方案具有良好的可扩展性和灵活性，以适应不同的操作系统的需求。

在检查完成后，通过邮件、短信或即时通知等方式向管理员发送检查结果的通知，并生成详细的报告，提供给管理员参考和分析。

这些创新点旨在提高操作系统重启后检查方案的自动化程度、准确性和智能化水平，同时增强方案的可定制性和适应性，为管理员提供更高效、可靠的操作系统检查解决方案。

传统上，在操作系统重启后需要手动逐台进行各项检查，这需要大量的人工操作和耗费时间。设计自动化的检查脚本可以减少人工干预，提高效率和准确性。

通过自动化的方式进行系统检查，可以快速发现潜在的问题或异常，及时采取措施修复，从而提高操作系统的可靠性和稳定性。

总的来说，操作系统重启后检查脚本的设计动机或初衷是通过自动化的方式，快速、准确地检查系统的各个方面，提高系统的可靠性、稳定性和可用性，减少人工操作，加快故障诊断和修复过程，并进行预防性维护，从而提高操作系统的整体性能和用户体验。

由于在操作系统重启后需要手动逐台进行各项检查，这需要大量的人工操作和耗费时间。设计自动化的检查脚本可以减少人工干预，提高效率和准确性。通过自动化的方式进行系统检查，可以快速发现潜在的问题或异常，及时采取措施修复，从而提高操作系统的可靠性和稳定性。

通过自动化脚本进行系统检查，可以快速定位问题的根源，辅助故障诊断。这有助于快速解决问题，减少系统停机时间，提高系统的可用性和用户满意度。

操作系统重启后检查脚本的设计动机或初衷是通过自动化的方式，快速、准确地检查系统的各个方面，提高系统的可靠性、稳定性和可用性，减少人工操作，加快故障诊断和修复过程，并进行预防性维护，从而提高操作系统的整体性能和用户体验。

为了方便理解智能化自检方法的过程，结合图2进行说明，图2示出了另一种智能化自检方法的流程示意图。

图2中，定期备份或关机前备份对服务、网卡网络、文件系统一致性保存运行状态，对操作系统进行硬件自检，对操作系统的系统日志进行分析，操作系统的服务状态检查、网卡网络(即网卡网络服务)检查、文件系统一致性检查及自定义健康检查脚本检查操作系统的特定配置项、应用程序的运行状态等，得到检查结果，若检查结果为异常检查结果，对异常检查结果进行异常处理和报警处理，在检查完成后，通过邮件、短信或即时通知等方式向管理员发送检查结果的通知，并生成详细的报告，提供给管理员参考和分析。

本申请实施例中，在操作系统重启后，通过自动化的预设判断脚本判断操作系统的操作系统类型，通过自动化的预设检查命令脚本定时对操作系统进行硬件自检检查和软件检查自检，采用自动化脚本和智能化技术，将检查过程自动化。实现了操作系统重启后智能化自检，避免了硬件设备无法正常识别、软件漏启动、网卡漏启动等的风险，同时通过脚本自动化检查减少了人工处置的操作，缩短了处置的时间，提高操作系统重启后检查方案的自动化程度、准确性和智能化水平，实现高效、可靠的系统运维方式。同时增强方案的可定制性和适应性，为管理员提供更高效、可靠的操作系统检查解决方案。

基于上述实施例图1公开的一种智能化自检方法的流程示意图，本申请实施例还对应公开了一种智能化自检系统，如图3所示，该智能化自检系统包括判断单元301、自检单元302和修复单元303。

判断单元301，用于针对主机的各个操作系统，当操作系统重启时，通过预设判断脚本判断操作系统的系统类型。

自检单元302，用于若系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本，定时对操作系统进行硬件自检和软件自检，得到检查结果。

修复单元303，用于若检查结果为异常检查结果，通过自动修复机制对异常检查结果进行修复。

进一步的，判断单元301包括获取模块和判断模块。

获取模块，用于针对主机的各个操作系统，当操作系统重启时，通过预设判断脚本中的预设函数获取操作系统的标识符。

判断模块，用于通过标识符判断操作系统的类型。

进一步的，自检单元302包括第一检查模块和第二检查模块。

第一检查模块，用于若系统类型为预设系统类型，通过预设系统类型所对应的预设命令脚本，定时对操作系统所涉及的各个硬件设备进行状态检查和稳定性检测，得到硬件自检的检查结果；状态检查用于确认各个硬件设备是否被正确识别；稳定性检测用于验证在预设时段中是否存在故障问题和/或性能问题。

第二检查模块，用于定时对操作系统的系统日志分析、网卡网络检查、服务状态检查和文件系统一致性检查，得到软件自检的检查结果。

进一步的，修复单元303，包括第一确定模块、替换模块、生成模块、第二确定模块、启动模块和执行模块。

第一确定模块，用于若检查结果为异常检查结果，确定异常检查结果的异常类型。

替换模块，用于若异常类型为硬件异常，针对异常的硬件进行替换。

生成模块，用于若异常类型为系统日志异常，生成异常的系统日志提示。

启动模块，用于若异常类型为服务状态异常，启动预先设定的备份服务状态确保服务状态正常。

第二确定模块，用于若异常类型为网卡网络异常，通过预先备份的网卡网络服务确定未启动的网卡网络服务，并将未启动的网卡网络服务进行启动，以完成网卡网络异常的修复。

执行模块，用于若异常类型为文件系统一致性异常，执行自动修复脚本来完成文件修复操作。

进一步的，智能化自检系统还包括处理单元。

处理单元，用于通过异常处理机制对异常的检查结果进行异常处理和报警处理。

进一步的，智能化自检系统还包括检查单元。

检查单元，用于定时对操作系统进行细粒度检查；细粒度检查用于满足不同应用场景的需求。

进一步的，智能化自检系统还包括维护单元。

维护单元，用于对操作系统进行预防性维护；预防性维护为对操作系统进行周期性检查，使得在操作系统出现故障前采取预防措施的维护。

本申请实施例中，在操作系统重启后，通过自动化的预设判断脚本判断操作系统的操作系统类型，通过自动化的预设检查命令脚本定时对操作系统进行硬件自检检查和软件检查自检，实现了操作系统重启后智能化自检，避免了硬件设备无法正常识别、软件漏启动、网卡漏启动等的风险，同时通过脚本自动化检查减少了人工处置的操作，缩短了处置的时间，提高操作系统重启后检查方案的自动化程度、准确性和智能化水平，实现高效、可靠的系统运维方式。同时增强方案的可定制性和适应性，为管理员提供更高效、可靠的操作系统检查解决方案。

本申请实施例还提供了一种存储介质，存储介质包括存储的指令，其中，在指令运行时控制存储介质所在的设备执行上述智能化自检方法。

本申请实施例还提供了一种电子设备，其结构示意图如图4所示，具体包括存储器401，以及一个或者一个以上的指令402，其中一个或者一个以上指令402存储于存储器401中，且经配置以由一个或者一个以上处理器403执行所述一个或者一个以上指令402执行上述智能化自检方法。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种智能化自检方法，其特征在于，所述方法包括：

针对主机的各个操作系统，当所述操作系统重启时，通过预设判断脚本判断所述操作系统的系统类型；

若所述系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本，定时对所述操作系统进行硬件自检和软件自检，得到检查结果；

若所述检查结果为异常检查结果，通过自动修复机制对异常检查结果进行修复。

2.根据权利要求1所述的方法，其特征在于，所述针对主机的各个操作系统，当所述操作系统重启时，通过预设判断脚本判断所述操作系统的系统类型，包括：

针对主机的各个操作系统，当所述操作系统重启时，通过预设判断脚本中的预设函数获取操作系统的标识符；

通过所述标识符判断操作系统的类型。

3.根据权利要求1所述的方法，其特征在于，所述若所述系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本，定时对所述操作系统进行硬件自检和软件自检，得到检查结果，包括：

若所述系统类型为预设系统类型，通过预设系统类型所对应的预设命令脚本，定时对操作系统所涉及的各个硬件设备进行状态检查和稳定性检测，得到硬件自检的检查结果；所述状态检查用于确认各个硬件设备是否被正确识别；所述稳定性检测用于验证在预设时段中是否存在故障问题和/或性能问题；

定时对操作系统的系统日志分析、网卡网络检查、服务状态检查和文件系统一致性检查，得到软件自检的检查结果。

4.根据权利要求1所述的方法，其特征在于，所述若所述检查结果为异常检查结果，通过自动修复机制对异常检查结果进行修复，包括：

若所述检查结果为异常检查结果，确定异常检查结果的异常类型；

若所述异常类型为硬件异常，针对异常的硬件进行替换；

若所述异常类型为系统日志异常，生成异常的系统日志提示；

若所述异常类型为服务状态异常，启动预先设定的备份服务状态确保服务状态正常；

若所述异常类型为网卡网络异常，通过预先备份的网卡网络服务确定未启动的网卡网络服务，并将未启动的网卡网络服务进行启动，以完成网卡网络异常的修复；

若所述异常类型为文件系统一致性异常，执行自动修复脚本来完成文件修复操作。

5.根据权利要求1所述的方法，其特征在于，还包括：

通过异常处理机制对所述异常的检查结果进行异常处理和报警处理。

6.根据权利要求1所述的方法，其特征在于，还包括：

定时对所述操作系统进行细粒度检查；所述细粒度检查用于满足不同应用场景的需求。

7.根据权利要求1所述的方法，其特征在于，还包括：

对操作系统进行预防性维护；所述预防性维护为对操作系统进行周期性检查，使得在操作系统出现故障前采取预防措施的维护。

8.一种智能化自检系统，其特征在于，所述系统包括：

判断单元，用于针对主机的各个操作系统，当所述操作系统重启时，通过预设判断脚本判断所述操作系统的系统类型；

自检单元，用于若所述系统类型为预设系统类型，通过预设系统类型所对应的预设检查命令脚本，定时对所述操作系统进行硬件自检和软件自检，得到检查结果；

修复单元，用于若所述检查结果为异常检查结果，通过自动修复机制对异常检查结果进行修复。

9.一种存储介质，其特征在于，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如权利要求1至7任意一项所述的智能化自检方法。

10.一种电子设备，其特征在于，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如权利要求1至7任意一项所述的智能化自检方法。