CN112667436A - 一种服务器关机时的自动捕获分析方法、装置、设备及介质 - Google Patents
一种服务器关机时的自动捕获分析方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN112667436A CN112667436A CN202011529097.7A CN202011529097A CN112667436A CN 112667436 A CN112667436 A CN 112667436A CN 202011529097 A CN202011529097 A CN 202011529097A CN 112667436 A CN112667436 A CN 112667436A
- Authority
- CN
- China
- Prior art keywords
- shutdown
- server
- log
- script
- capture
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000004458 analytical method Methods 0.000 title claims abstract description 36
- 230000002159 abnormal effect Effects 0.000 claims abstract description 39
- 238000000034 method Methods 0.000 claims abstract description 34
- 238000012545 processing Methods 0.000 claims abstract description 22
- 238000012544 monitoring process Methods 0.000 claims abstract description 16
- 230000006399 behavior Effects 0.000 claims description 43
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012360 testing method Methods 0.000 description 11
- 230000007246 mechanism Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 230000009471 action Effects 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000012550 audit Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000013112 stability test Methods 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种服务器关机时的自动捕获分析装置、方法、电子设备及计算机可读存储介质，该装置包括：配置模块，用于在编译运行时向cmdline中注入参数，以便在服务器关机时获取debugshell脚本执行环境；开启关机后的dracut debug配置；生成用于捕获分析关机日志的捕获脚本；监测模块，用于自动监测服务器的关机行为；处理模块，用于在服务器执行关机时获取debugshell脚本执行环境，触发捕获脚本执行以收集关机日志，并基于关机日志识别当前关机行为是否异常。本申请可自动收集和转储关机日志，无需人工调试进行故障复现，有效避免了对偶发不复现类型的故障的漏报，有效提高了故障解决效率和成功率。
Description
技术领域
本申请涉及服务器技术领域，特别涉及一种服务器关机时的自动捕获分析装置、方法、电子设备及计算机可读存储介质。
背景技术
针对服务器的异常关机重启行为，现有技术中，Linux系统提供了Kdump机制来进行监测。当检测到系统出现panic后，将触发kdump转储机制，启动第二内核把系统内存里数据写入到dump文件，以便于下次启动后进行分析。如此，测试或运维人员可在之后将生成的vmcore转储文件拷贝出来，下载安装对应内核的kernel-debuginfo和kernel-debuginfo-common包，并使用crash专业工具深入分析vmcore堆栈，执行专业指令来进行分析，以找到触发panic的故障原因，解决关机重启故障。
但是，Linux系统的Kdump机制监测能力较弱。对于一些没有触发panic、而是直接在系统关机过程中因各种异常原因卡住或关闭失败的情况，Kdump机制将直接忽略，也无法在当前卡住的情况下获取任何有效信息。此时运维人员则只能尝试手动重启后，使用串口线将服务器与笔记本连接，并配置服务器系统进行串口输出，在笔记本中观测串口打印，以便通过多次尝试进行复现，再复现类似异常现象后才能分析串口日志并尝试获取异常原因。若无法复现则依然无法解除服务器存在的风险和隐患。因此，不仅效率低下耗时长，而且复现概率低，故障原因查找困难。
鉴于此，提供一种解决上述技术问题的方案，已经是本领域技术人员所亟需关注的。
发明内容
本申请的目的在于提供一种服务器关机时的自动捕获分析装置、方法、电子设备及计算机可读存储介质，以便由服务器自动监测识别异常关机行为并有效捕获关机日志，以帮助查找故障原因，提高故障解决效率和成功率。
为解决上述技术问题，一方面，本申请公开了一种服务器关机时的自动捕获分析方法，包括：
配置模块，用于在编译运行时向cmdline中注入参数，以便在所述服务器关机时获取debugshell脚本执行环境；开启关机后的dracut debug配置；生成用于捕获分析关机日志的捕获脚本；
监测模块，用于自动监测所述服务器的关机行为；
处理模块，用于在所述服务器执行关机时获取所述debugshell脚本执行环境，触发所述捕获脚本执行以收集关机日志，并基于所述关机日志识别当前关机行为是否异常。
可选地，所述处理模块具体用于：
触发所述捕获脚本执行以收集关机日志、指定项目配置文件、命令执行记录。
可选地，所述处理模块还用于：
在判定当前关机行为异常之后，将对应的关机日志、指定项目配置文件、命令执行记录拷贝至指定目录中。
可选地，所述处理模块在基于所述关机日志识别当前关机行为是否异常时具体用于：
判断所述关机日志中是否存在有正常关机信号的预设关键词；
若是，则判定当前关机行为正常；
若否，则判定当前关机行为异常。
可选地，所述配置模块还用于：
修改kernel启动参数，以增加所述关机日志中记录的信息项种类。
又一方面，本申请公开了一种服务器关机时的自动捕获分析方法，包括：
预先基于配置模块向cmdline中注入参数，以便在所述服务器关机时获取debugshell脚本执行环境；并开启关机后的dracut debug配置，生成用于捕获分析关机日志的捕获脚本；
在监测到所述服务器的关机行为时，获取所述debugshell脚本执行环境，触发所述捕获脚本执行以收集关机日志；
基于所述关机日志识别当前关机行为是否异常。
可选地，所述触发所述捕获脚本执行以收集关机日志，包括：
触发所述捕获脚本执行以收集关机日志、指定项目配置文件、命令执行记录。
可选地，在判定当前关机行为异常之后，将对应的关机日志、指定项目配置文件、命令执行记录拷贝至指定目录中。
可选地，所述基于所述关机日志识别当前关机行为是否异常，包括：
判断所述关机日志中是否存在有正常关机信号的预设关键词；
若是，则判定当前关机行为正常；
若否，则判定当前关机行为异常。
可选地，在基于所述配置模块向cmdline中注入参数之后，还包括：
修改kernel启动参数，以增加所述关机日志中记录的信息项种类。
又一方面，本申请还公开了一种电子设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序以实现如上所述的任一种服务器关机时的自动捕获分析方法的步骤。
又一方面，本申请还公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如上所述的任一种服务器关机时的自动捕获分析方法的步骤。
本申请所提供的服务器关机时的自动捕获分析装置包括：配置模块，用于在编译运行时向cmdline中注入参数，以便在所述服务器关机时获取debugshell脚本执行环境；开启关机后的dracut debug配置；生成用于捕获分析关机日志的捕获脚本；监测模块，用于自动监测所述服务器的关机行为；处理模块，用于在所述服务器执行关机时获取所述debugshell脚本执行环境，触发所述捕获脚本执行以收集关机日志，并基于所述关机日志识别当前关机行为是否异常。
本申请所提供的服务器关机时的自动捕获分析装置、方法、电子设备及计算机可读存储介质所具有的有益效果是：本申请可实时自动监测服务器的关机行为，收集和转储关机日志以便进行故障分析和排查，因此本申请无需通过人工手动调试进行故障复现，有效避免了对偶发不复现类型的故障隐患的漏报，有效提高了故障解决效率和成功率。
附图说明
为了更清楚地说明现有技术和本申请实施例中的技术方案，下面将对现有技术和本申请实施例描述中需要使用的附图作简要的介绍。当然，下面有关本申请实施例的附图描述的仅仅是本申请中的一部分实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图，所获得的其他附图也属于本申请的保护范围。
图1为本申请实施例公开的一种服务器关机时的自动捕获分析装置的结构框图；
图2为本申请实施例公开的一种服务器关机时的自动捕获分析方法的流程图；
图3为本申请实施例公开的一种电子设备的结构框图。
具体实施方式
本申请的核心在于提供一种服务器关机时的自动捕获分析装置、方法、电子设备及计算机可读存储介质，以便由服务器自动监测识别异常关机行为并有效捕获关机日志，以帮助查找故障原因，提高故障解决效率和成功率。
为了对本申请实施例中的技术方案进行更加清楚、完整地描述，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行介绍。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在实际应用安装了Linux系统后，常出现因软件或硬件原因导致服务器异常重启或关机的情况。由于该异常具有偶发性，难以复现，因此再次启动后无法找到异常重启原因，给线上工作的服务器带来隐患。
另外，在服务器测试过程中，AC/DC重启测试是最常见的稳定性测试项目。这类自动化执行的开关机测试动辄需执行几千次，一般均无人值守测试。而一旦服务器关机、重启测试过程中发生异常导致脚本中断，则便无法完成测试，并且无法定位到异常原因，耽误测试进度。
为此，针对服务器的异常关机行为，现有技术中，Linux系统提供了Kdump机制来进行监测。当检测到系统出现panic后，将触发kdump转储机制。但是Linux系统的Kdump机制监测能力较弱。对于一些没有触发panic、而是直接在系统关机过程中因各种异常原因卡住或关闭失败的情况，Kdump机制将直接忽略，也无法在当前卡住的情况下获取任何有效信息。
则此时运维人员则只能尝试手动尝试调试以帮助故障定位，基本处理过程如下：
1、发现系统在运行中或重启测试中出现异常导致无法正常关机；
2、保存当前界面输出；
3、强制重启系统；
4、检查kdump对应转储目录是否生成vmcore；
5、如果生成vmcore，拷贝出来并请内核开发人员使用crash进行分析；
6、如果没有生成vmcore，则使用串口线连接服务器与笔记本；
7、配置grub，添加console＝tty0 console＝ttyS0,115200进行串口输出；
8、笔记本配置COM口接受串口打印日志；
9、再次进行多次重启，尝试复现问题并收集串口日志。
由于只有复现到类似异常现象后才能分析串口日志并尝试获取异常原因，因此，若无法复现则依然无法解除服务器存在的风险和隐患。所以手动调试方法不仅效率低下耗时长，而且复现概率低，故障原因查找困难。
由上述内容可知，除非系统出现了panic，否则Linux系统处理过程都将十分被动。而在服务器测试中经常会使用脚本进行几千次的无人值守重启测试，如果中间出现关机异常的情况会导致脚本中断，导致测试无效，浪费过多时间重新进行测试。
另外当出现关机报错卡死后，因无法对系统进行任何操作，所以此时无法执行指令收集本次系统关机日志等操作，导致出现该报错后只能手工重启并配置串口尝试复现，以期能再次复现到该问题，但却也存在无法复现的问题。
并且在对系统进行一些关键配置进行错误配置和修改后，关机并重启会导致系统配置出现严重错误、无法启动的情况。此时无法得知系统关键配置也无法查看修改记录，将导致无法挽回的系统错误。
鉴于此，本申请提供了一种服务器关机时的自动捕获分析方案，可有效解决上述问题。
参见图1所示，本申请实施例公开了一种服务器关机时的自动捕获分析装置，主要包括：
配置模块101，用于在编译运行时向cmdline中注入参数，以便在服务器关机时获取debug shell脚本执行环境；开启关机后的dracut debug配置；生成用于捕获分析关机日志的捕获脚本；
监测模块102，用于自动监测服务器的关机行为；
处理模块103，用于在服务器执行关机时获取debug shell脚本执行环境，触发捕获脚本执行以收集关机日志，并基于关机日志识别当前关机行为是否异常。
具体地，本申请实施例所公开的服务器关机时的自动捕获分析装置，可具体部署并运行在Linux环境下的服务器中。当该装置在服务器中首次编译运行时，配置模块101会在系统后台运行并自动在cmdline中注入参数以便在系统关机时获得一个debug shell脚本执行环境。配置模块101还会开启关机后的dracut debug配置，以便在系统执行关机操作时针对debug调试。配置模块101还会根据预定配置，自动在指定目录下生成一个shell脚本，该脚本在执行时用于捕获关机日志并分析，称为捕获脚本，并被植入到系统，赋予在指定情况下的运行权限。
其中，具体地，配置模块101通过向cmdline中注入参数可自动创建/run/initramfs/etc/cmdline.d目录，在该目录下创建debug.conf，并通过写入rd.debugrd.break＝pre-shutdown rd.break＝shutdown来开启dracut debug配置，同时创建/run/initramfs/.need_shutdown文件来实现关机后的dracut debug。
监测模块102实施监测服务器的关机行为，包括普通关机即shutdown或者重启关机即reboot。当监测到关机行为时，处理模块103将在系统关闭所有服务、发送电源信号之前，完成对关机日志的捕获分析处理：处理模块103获取到debug shell脚本执行环境后，便触发预置的捕获脚本运行，通过执行该捕获脚本来收集关机日志，并同时对关机日志进行简单审计，以判断是否出现关机异常。
容易理解的是，当处理模块103完成上述处理过程之后，可自动退出捕获脚本。而后可执行关机或重启操作，如此，即使是在遇到因关机异常导致系统卡死无法响应输入指令时，也可自动有效解决卡死问题，提升系统程序的健壮性和稳定性。
可见，本申请实施例所公开的服务器关机时的自动捕获分析装置，可实时自动监测服务器的关机行为，收集和转储关机日志以便进行故障分析和排查，因此本申请无需通过人工手动调试进行故障复现，有效避免了对偶发不复现类型的故障隐患的漏报，有效提高了故障解决效率和成功率。
作为一种具体实施例，本申请实施例所公开的服务器关机时的自动捕获分析装置在上述内容的基础上，处理模块103具体用于：
触发捕获脚本执行以收集关机日志、指定项目配置文件、命令执行记录。
具体地，本实施例中，除了关机日志以外，处理模块103还会收集一些其他重要文件，包括但不限于指定项目配置文件和命令执行记录。其中，本领域技术人员可根据实际应用需要，指定一些重要项目的配置文件，在服务器关机时一并进行收集。例如，可具体收集拷贝mounts、lspci、dmesg、rdsosreport、history等关键配置信息到指定目录。在出现服务器修改关键配置后无法启动的情况，自动保存系统关键配置文件和命令执行历史记录，可便于溯源查找问题方向。
作为一种具体实施例，本申请实施例所公开的服务器关机时的自动捕获分析装置在上述内容的基础上，处理模块103还用于：
在判定当前关机行为异常之后，将对应的关机日志、指定项目配置文件、命令执行记录拷贝至指定目录中。
具体地，本实施例中，对于异常关机情况下的关机日志、指定项目配置文件和命令执行记录，可单独拷贝至指定目录下。在系统重启后，可从该指定目录下获取各个文件对异常关机进行分析。
作为一种具体实施例，本申请实施例所公开的服务器关机时的自动捕获分析装置在上述内容的基础上，处理模块103在基于关机日志识别当前关机行为是否异常时具体用于：
判断关机日志中是否存在有正常关机信号的预设关键词；
若是，则判定当前关机行为正常；
若否，则判定当前关机行为异常。
具体地，例如，可判断关机日志中是否存在“Starting Final Step”、“StartingPower-Off”、“Shutting down”等预设关键词。如果没有识别到，则意味着系统硬件由于某种原因没有接收到关机信号，则可标记为异常的关机现象，并可在关闭进程停止或挂起的位置抓取更详细的日志和配置信息并拷贝至指定目录，以便于分析。
作为一种具体实施例，本申请实施例所公开的服务器关机时的自动捕获分析装置在上述内容的基础上，配置模块101还用于：
修改kernel启动参数，以增加关机日志中记录的信息项种类。
具体地，本实施例中，配置模块101在服务器中编译运行时可在向cmdline中注入参数后，修改kernel启动参数，通过添加指令“systemd.log_level＝debug systemd.log_target＝kmsg log_buf_len＝1M enforcing＝0”来使关机日志输出更多种类的信息项。
参见图2所示，本申请实施例公开了一种服务器关机时的自动捕获分析方法，主要包括：
S201：预先基于配置模块101向cmdline中注入参数，以便在服务器关机时获取debugshell脚本执行环境；并开启关机后的dracut debug配置，生成用于捕获分析关机日志的捕获脚本。
S202：在监测到服务器的关机行为时，获取debugshell脚本执行环境，触发捕获脚本执行以收集关机日志。
S203：基于关机日志识别当前关机行为是否异常。
可见，本申请所提供的服务器关机时的自动捕获分析方法，可实时自动监测服务器的关机行为，收集和转储关机日志以便进行故障分析和排查，因此本申请无需通过人工手动调试进行故障复现，有效避免了对偶发不复现类型的故障隐患的漏报，有效提高了故障解决效率和成功率。
关于上述服务器关机时的自动捕获分析方法的具体内容，可参考前述关于服务器关机时的自动捕获分析装置的详细介绍，这里就不再赘述。
作为一种具体实施例，本申请实施例所提供的服务器关机时的自动捕获分析方法在上述内容的基础上，触发捕获脚本执行以收集关机日志，包括：
触发捕获脚本执行以收集关机日志、指定项目配置文件、命令执行记录。
作为一种具体实施例，本申请实施例所提供的服务器关机时的自动捕获分析方法在上述内容的基础上，在判定当前关机行为异常之后，将对应的关机日志、指定项目配置文件、命令执行记录拷贝至指定目录中。
作为一种具体实施例，本申请实施例所提供的服务器关机时的自动捕获分析方法在上述内容的基础上，基于关机日志识别当前关机行为是否异常，包括：
判断关机日志中是否存在有正常关机信号的预设关键词；
若是，则判定当前关机行为正常；
若否，则判定当前关机行为异常。
作为一种具体实施例，本申请实施例所提供的服务器关机时的自动捕获分析方法在上述内容的基础上，在基于配置模块101向cmdline中注入参数之后，还包括：
修改kernel启动参数，以增加关机日志中记录的信息项种类。
参见图3所示，本申请实施例公开了一种电子设备，包括：
存储器301，用于存储计算机程序；
处理器302，用于执行所述计算机程序以实现如上所述的任一种服务器关机时的自动捕获分析方法的步骤。
进一步地，本申请实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如上所述的任一种服务器关机时的自动捕获分析方法的步骤。
关于上述电子设备和计算机可读存储介质的具体内容，可参考前述关于服务器关机时的自动捕获分析方法的详细介绍，这里就不再赘述。
本申请中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的设备而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
还需说明的是，在本申请文件中，诸如“第一”和“第二”之类的关系术语，仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。此外，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的技术方案进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请的保护范围内。
Claims (10)
1.一种服务器关机时的自动捕获分析装置，其特征在于，包括：
配置模块，用于在编译运行时向cmdline中注入参数，以便在所述服务器关机时获取debugshell脚本执行环境；开启关机后的dracut debug配置；生成用于捕获分析关机日志的捕获脚本；
监测模块，用于自动监测所述服务器的关机行为；
处理模块，用于在所述服务器执行关机时获取所述debugshell脚本执行环境，触发所述捕获脚本执行以收集关机日志，并基于所述关机日志识别当前关机行为是否异常。
2.根据权利要求1所述的服务器关机时的自动捕获分析装置，其特征在于，所述处理模块具体用于：
触发所述捕获脚本执行以收集关机日志、指定项目配置文件、命令执行记录。
3.根据权利要求2所述的服务器关机时的自动捕获分析装置，其特征在于，所述处理模块还用于：
在判定当前关机行为异常之后，将对应的关机日志、指定项目配置文件、命令执行记录拷贝至指定目录中。
4.根据权利要求1所述的服务器关机时的自动捕获分析装置，其特征在于，所述处理模块在基于所述关机日志识别当前关机行为是否异常时具体用于：
判断所述关机日志中是否存在有正常关机信号的预设关键词；
若是，则判定当前关机行为正常；
若否，则判定当前关机行为异常。
5.根据权利要求1至4任一项所述的服务器关机时的自动捕获分析装置，其特征在于，所述配置模块还用于：
修改kernel启动参数，以增加所述关机日志中记录的信息项种类。
6.一种服务器关机时的自动捕获分析方法，其特征在于，包括：
预先基于配置模块向cmdline中注入参数，以便在所述服务器关机时获取debugshell脚本执行环境；并开启关机后的dracut debug配置，生成用于捕获分析关机日志的捕获脚本；
在监测到所述服务器的关机行为时，获取所述debugshell脚本执行环境，触发所述捕获脚本执行以收集关机日志；
基于所述关机日志识别当前关机行为是否异常。
7.根据权利要求6所述的服务器关机时的自动捕获分析方法，其特征在于，所述触发所述捕获脚本执行以收集关机日志，包括：
触发所述捕获脚本执行以收集关机日志、指定项目配置文件、命令执行记录。
8.根据权利要求7所述的服务器关机时的自动捕获分析方法，其特征在于，在判定当前关机行为异常之后，将对应的关机日志、指定项目配置文件、命令执行记录拷贝至指定目录中。
9.一种电子设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序以实现如权利要求6至8任一项所述的服务器关机时的自动捕获分析方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如权利要求6至8任一项所述的服务器关机时的自动捕获分析方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011529097.7A CN112667436A (zh) | 2020-12-22 | 2020-12-22 | 一种服务器关机时的自动捕获分析方法、装置、设备及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011529097.7A CN112667436A (zh) | 2020-12-22 | 2020-12-22 | 一种服务器关机时的自动捕获分析方法、装置、设备及介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112667436A true CN112667436A (zh) | 2021-04-16 |
Family
ID=75407648
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011529097.7A Withdrawn CN112667436A (zh) | 2020-12-22 | 2020-12-22 | 一种服务器关机时的自动捕获分析方法、装置、设备及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112667436A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114021125A (zh) * | 2021-11-10 | 2022-02-08 | 安天科技集团股份有限公司 | 终端设备异常检测方法、装置、计算设备及存储介质 |
| CN114020356A (zh) * | 2021-11-02 | 2022-02-08 | 北京天融信网络安全技术有限公司 | 一种安全关闭服务的方法以及装置 |
| CN114064132A (zh) * | 2021-09-30 | 2022-02-18 | 中科创达软件股份有限公司 | 一种系统宕机恢复方法、装置、设备和系统 |
| CN116662284A (zh) * | 2022-09-07 | 2023-08-29 | 荣耀终端有限公司 | 日志管理方法、装置、芯片、电子设备及介质 |
-
2020
- 2020-12-22 CN CN202011529097.7A patent/CN112667436A/zh not_active Withdrawn
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114064132A (zh) * | 2021-09-30 | 2022-02-18 | 中科创达软件股份有限公司 | 一种系统宕机恢复方法、装置、设备和系统 |
| CN114020356A (zh) * | 2021-11-02 | 2022-02-08 | 北京天融信网络安全技术有限公司 | 一种安全关闭服务的方法以及装置 |
| CN114020356B (zh) * | 2021-11-02 | 2023-11-28 | 北京天融信网络安全技术有限公司 | 一种安全关闭服务的方法以及装置 |
| CN114021125A (zh) * | 2021-11-10 | 2022-02-08 | 安天科技集团股份有限公司 | 终端设备异常检测方法、装置、计算设备及存储介质 |
| CN116662284A (zh) * | 2022-09-07 | 2023-08-29 | 荣耀终端有限公司 | 日志管理方法、装置、芯片、电子设备及介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112667436A (zh) | 一种服务器关机时的自动捕获分析方法、装置、设备及介质 | |
| CN107688531B (zh) | 数据库集成测试方法、装置、计算机设备及存储介质 | |
| Xu et al. | Early detection of configuration errors to reduce failure damage | |
| Whitaker et al. | Configuration Debugging as Search: Finding the Needle in the Haystack. | |
| US7877642B2 (en) | Automatic software fault diagnosis by exploiting application signatures | |
| US20160132420A1 (en) | Backup method, pre-testing method for environment updating and system thereof | |
| US6944849B1 (en) | System and method for storing and reporting information associated with asserts | |
| US11422920B2 (en) | Debugging multiple instances of code using thread patterns | |
| CN110609778A (zh) | 一种保存服务器宕机日志的方法及系统 | |
| CN113064762B (zh) | 基于多样探测的服务自恢复方法 | |
| CN112948190A (zh) | 一种服务器的硬件测试方法、系统及相关装置 | |
| CN114816022B (zh) | 一种服务器电源异常监控方法、系统及存储介质 | |
| CN101145983A (zh) | 一种网管系统的自诊断和自恢复子系统及方法 | |
| EP3514680B1 (en) | Identification of changes in functional behavior and runtime behavior of a system during maintenance cycles | |
| CN114048099A (zh) | Java应用监控方法及装置、存储介质及电子设备 | |
| Cotroneo et al. | Investigation of failure causes in workload-driven reliability testing | |
| CN111488288A (zh) | 一种测试bmc acd稳定性的方法、装置、终端及存储介质 | |
| CN108804239B (zh) | 平台整合的方法、装置、计算机设备和存储介质 | |
| CN111611138A (zh) | 日志数据抓取方法、装置、计算机设备和存储介质 | |
| Wang et al. | MisconfDoctor: diagnosing misconfiguration via log-based configuration testing | |
| CN116230067A (zh) | 一种固态硬盘自动化测试方法、系统、设备及介质 | |
| CN116302738A (zh) | 一种测试芯片的方法、系统、设备和存储介质 | |
| CN113742120B (zh) | 一种kdump触发方法、系统、设备以及介质 | |
| Jia et al. | Automatically detecting missing cleanup for ungraceful exits | |
| JP2001243089A (ja) | ソフトウェア検証装置及びソフトウェア検証方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210416 |
|
| WW01 | Invention patent application withdrawn after publication |