CN116954820A - 转储文件管理方法、装置、计算机设备和存储介质 - Google Patents
转储文件管理方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN116954820A CN116954820A CN202310898770.1A CN202310898770A CN116954820A CN 116954820 A CN116954820 A CN 116954820A CN 202310898770 A CN202310898770 A CN 202310898770A CN 116954820 A CN116954820 A CN 116954820A
- Authority
- CN
- China
- Prior art keywords
- operating system
- virtual machine
- dump file
- response
- detecting
- 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.)
- Pending
Links
- 238000007726 management method Methods 0.000 title claims abstract description 34
- 230000004044 response Effects 0.000 claims abstract description 76
- 238000000034 method Methods 0.000 claims abstract description 43
- 238000013507 mapping Methods 0.000 claims abstract description 33
- 230000015556 catabolic process Effects 0.000 claims abstract description 31
- 238000001514 detection method Methods 0.000 claims abstract description 11
- 238000012544 monitoring process Methods 0.000 claims description 28
- 238000004590 computer program Methods 0.000 claims description 25
- 230000002159 abnormal effect Effects 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 11
- 238000004458 analytical method Methods 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 4
- 238000010276 construction Methods 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000008094 contradictory effect Effects 0.000 description 1
- 230000001627 detrimental effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本申请涉及一种转储文件管理方法、装置、计算机设备和存储介质，所属领域为计算机虚拟化技术领域，所述方法包括:响应于检测到虚拟机崩溃信号时，启动第一操作系统，所述第一操作系统运行于虚拟机中；响应于在第一操作系统检测到转储文件时，通过网络虚拟化通道，将转储文件发送至第二操作系统；基于第二操作系统，确定转储文件对应的虚拟机崩溃原因；基于虚拟机崩溃原因与转储文件，生成映射关系，并存储于第二操作系统中。本申请在虚拟机发生崩溃时，基于构建的网络虚拟化通道，将虚拟机的崩溃文件转储到宿主机上，在摆脱对虚拟机中磁盘和网络的依赖情况下，能够对虚拟机崩溃原因进行准确分析和告警，提高了转储文件管理的效率。
Description
技术领域
本申请涉及计算机虚拟化技术领域，特别是涉及一种转储文件管理方法、装置、计算机设备和存储介质。
背景技术
操作系统在业务系统上线后，偶尔会遇到内核崩溃的问题，一旦系统崩溃kdump(在系统崩溃、死锁或者死机的时候用来转储内存运行参数的一个工具和服务)服务使用kexec(内核机制)启动第二个内核(捕获内核)，第二个内核启动成功后，将第一个内核的内存信息写入到磁盘中，当前捕获内核将内核信息存储到磁盘上主要有以下几种方法：(1)保存到本地文件系统；(2)保存到裸设备；(3)保存到网络服务器上；其中，第(1)、(2)种方法将vmcore(操作系统在内存崩溃时保存的核心转储文件，包含操作系统、内核和进程的状态信息)文件保存在磁盘上，不利于远程分析，第(3)种方法使用了TCP/IP协议，能够将vmcore文件保存到网络能够到达的任何地方，但由于现实环境中，网络隔离等各种安全手段的使用，导致该方法过度依赖了TCP/IP协议，在某些场景下可能存在使用限制。
因此，亟需提出一种能够在内核系统崩溃时，降低vmcore文件转储过程中对磁盘和网络依赖的转储文件管理方法、装置、计算机设备和存储介质。
发明内容
基于此，有必要针对上述技术问题，提供一种转储文件管理方法、装置、计算机设备和存储介质。
一方面，提供一种转储文件管理方法，所述方法包括：
响应于检测到虚拟机崩溃信号时，启动第一操作系统，其中，所述第一操作系统运行于虚拟机中；
响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；
基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；
基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
可选的，所述虚拟机还包括第三操作系统，所述第一操作系统和第三操作系统的生成方法包括：
对所述虚拟机进行配置；
基于配置好的所述虚拟机，预留预设大小的缓存空间；
将所述预设大小的缓存空间确定为第一操作系统，将非所述缓存空间的其他虚拟机空间确定为所述第三操作系统。
可选的，在响应于检测到虚拟机崩溃信号时，启动第一操作系统之前，所述方法还包括：
创建所述虚拟机；
响应于检测到所述虚拟机创建完成时，构建连接所述第二操作系统和所述虚拟机的所述网络虚拟化通道；
响应于检测到所述网络虚拟化通道已构建完成，确定所述虚拟机是否已启动；
响应于检测到所述虚拟机已启动，确定所述网络虚拟化通道是否已启用；
响应于检测到所述网络虚拟化通道已启用，基于读取到的磁盘文件信息，确定所述第一操作系统和第三操作系统是否已启用转储工具；
响应于检测到所述转储工具已启用，在所述第二操作系统中注册所述虚拟机的监控项；
基于所述虚拟机的监控项，对所述虚拟机进行监控。
可选的，所述响应于检测到虚拟机崩溃信号时，启动第一操作系统包括：
基于所述第三操作系统，对所述虚拟机的运行状态进行实时监测；
响应于所述第三操作系统检测到所述虚拟机的运行状态为异常状态时，触发所述虚拟机崩溃信号；
响应于检测到所述虚拟机崩溃信号时，启动所述第一操作系统，并将所述虚拟机崩溃信号发送至所述第二操作系统。
可选的，在所述响应于所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统之前，所述方法还包括：
响应于检测到所述虚拟机崩溃信号时，基于所述第一操作系统，接收所述第三操作系统的第一相关信息；
响应于未接收到所述第一相关信息时，获取所述第三操作系统的第二相关信息，并发送至所述第二操作系统；
响应于接收到所述第一相关信息时，生成所述转储文件，并对目标转储文件，赋予唯一标识符。
可选的，所述基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因包括：
基于所述第二操作系统，接收带有所述唯一标识符的所述目标转储文件；
基于所述唯一标识符，与预存于所述第一操作系统的数据库相关数据进行匹配；
响应于检测到匹配成功结果时，确定所述目标转储文件对应的虚拟机崩溃原因。
可选的，所述基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中包括：
基于所述目标转储文件对应的虚拟机崩溃原因与所述目标转储文件，生成所述映射关系，并更新所述第一操作系统中的数据库；
同时，向用户终端发送告警信息。
另一方面，提供了一种转储文件管理装置，所述装置包括：
第一操作系统启动模块，用于响应于检测到虚拟机崩溃信号时，启动第一操作系统，其中，所述第一操作系统运行于虚拟机中；
发送模块，用于响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；
确定模块，用于基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；
存储模块，用于基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
再一方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
响应于检测到虚拟机崩溃信号时，启动第一操作系统，其中，所述第一操作系统运行于虚拟机中；
响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；
基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；
基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
又一方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
响应于检测到虚拟机崩溃信号时，启动第一操作系统，其中，所述第一操作系统运行于虚拟机中；
响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；
基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；
基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
上述转储文件管理方法、装置、计算机设备和存储介质，所述方法包括：响应于检测到虚拟机崩溃信号时，启动第一操作系统；响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中，本申请在虚拟机发生崩溃时，基于构建的网络虚拟化通道，将虚拟机的崩溃文件转储到宿主机上，在摆脱对虚拟机中磁盘和网络的依赖情况下，能够对虚拟机崩溃原因进行准确分析和告警，提高了转储文件管理的效率。
附图说明
图1为一个实施例中转储文件管理方法的应用环境图；
图2为一个实施例中转储文件管理方法的流程示意图；
图3为一个实施例中转储文件管理方法的总体架构示意图；
图4为一个实施例中转储文件管理方法的流程时序示意图；
图5为一个实施例中转储文件管理方法的另一流程时序示意图；
图6为一个实施例中转储文件管理方法的虚拟机中监控流程示意图；
图7为一个实施例中转储文件管理方法的vmcore-monitor在kdump里的使用示意图；
图8为一个实施例中转储文件管理方法的Monitor-system流程示意图；
图9为一个实施例中转储文件管理方法的Monitor-system功能示意图；
图10为一个实施例中转储文件管理方法的Host集群示意图；
图11为一个实施例中转储文件管理装置的结构框图；
图12为一个实施例中计算机设备的内部结构图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应当理解，在本申请的描述中，除非上下文明确要求，否则整个说明书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
还应当理解，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。
需要注意的是，术语“S1”、“S2”等仅用于步骤的描述目的，并非特别指称次序或顺位的意思，亦非用以限定本申请，其仅仅是为了方便描述本申请的方法，而不能理解为指示步骤的先后顺序。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
根据背景技术可知，现有技术捕获内核将内核信息存储到磁盘上主要有以下几种方法：
(1)保存到本地文件系统：崩溃转储文件存储在本地文件系统中，在操作系统/dev目录下的磁盘驱动器、RAID逻辑驱动器、LVM设备中的ext2、ext3、ext4和xfs文件系统，挂载到第二操作系统中，当捕获到内核崩溃时，vmcore转储文件可以直接写入到这些文件系统的挂载点的目标位置。
(2)保存到裸设备：崩溃转储文件存储在本地文件系统中，在操作系统/dev目录下的磁盘驱动器、RAID逻辑驱动器、LVM设备中，当捕获到内核崩溃时将vmcore文件直接写入到这些设备中。
(3)保存到网络服务器上：崩溃转储文件存储在远程服务器上，通过NFS、SSH、iSCSI协议将vmcore文件存储到远程服务器的文件系统中。
然而上述方法提供的保存vmcore文件的手段，要么是不利于远程分析，要么是过度依赖TCP/IP协议，在某些场景下可能存在使用限制。
为解决上述技术问题，本申请提供了转储文件管理方法、装置、设备和存储介质，在虚拟机发生崩溃时，基于构建的网络虚拟化通道，将虚拟机的崩溃文件转储到宿主机上，在摆脱对虚拟机中磁盘和网络的依赖情况下，能够对虚拟机崩溃原因进行准确分析和告警，提高了转储文件管理的效率。
本申请提供的转储文件管理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与设置于服务器104上的数据处理平台进行通信，其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
实施例1：在一个实施例中，如图2-图10所示，提供了一种转储文件管理方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：
S1：响应于检测到虚拟机崩溃信号时，启动第一操作系统。
需要说明的是，如图3所示，虚拟机指的是GuestOS(客人操作系统)，运行于HostOS(主人操作系统)之下，一个HostOS可以包含多个GuestOS，在HostOS中包括Host-monitor(主机监护器)，该Host-monitor中包括Monitor-system(监控系统)、Analysis-system(分析系统)、Alarm-system(报警系统)、vmcore-backend(监控项)以及Virtio-server(虚拟通道服务)，虚拟机包括第一操作系统和第三操作系统，第一操作系统指的是运行于虚拟机上的一个分区，用于生成转储文件，第三操作系统指的是除第一操作系统外的其他分区，用于存储虚拟机的运行数据，在该虚拟机下包括Vmcore-monitor(转储监测工具)和Virtio-front(Virtio前端驱动)。
在一些具体实施方式中，所述第一操作系统和第三操作系统的生成方法包括：
对所述虚拟机进行配置，其中，虚拟机的安装和配置方法均为常用手法，在此不再赘述；
基于配置好的所述虚拟机，预留预设大小的缓存空间，其中，该预设大小可以根据实际需求进行设定；
将所述预设大小的缓存空间确定为第一操作系统，将非所述缓存空间的其他虚拟机空间确定为所述第三操作系统，示例性的，虚拟机的整个空间为5GB，预留的缓存空间为1GB，则定义该1GB缓存空间为第一操作系统，其余的4GB空间为第三操作系统。
进一步的，在响应于检测到虚拟机崩溃信号时，启动第一操作系统之前，如图4所示，所述方法还包括：
创建所述虚拟机，并基于上述方法生成第一操作系统和第三操作系统；
响应于检测到所述虚拟机创建完成时，构建连接所述第二操作系统和所述虚拟机的所述网络虚拟化通道，其中，如图5所示，所述网络虚拟化通道为VirtIO通道，在虚拟机的创建时创建，在虚拟机销毁时销毁，VirtIO通道指的是HostOS和GuestOS直接进行数据传递的通道，如图7所示，HostOS基于VirtIO通道监控虚拟机的状态和保存虚拟机转储信息，GuestOS基于VirtIO通道传递kdump服务状态以及保存vmcore及相关文件夹内容到HostOS；
响应于检测到所述网络虚拟化通道已构建完成，确定所述虚拟机是否已启动；
响应于检测到所述虚拟机已启动，确定所述网络虚拟化通道是否已启用，即图6中的VirtIO设备是否已启动，若未启动，则结束进程，若启动，则进行下一步，包括：
响应于检测到所述网络虚拟化通道已启用，基于读取到的磁盘文件信息，确定所述第一操作系统和第三操作系统是否已启用转储工具，该转储工具指的是kdump服务，即读取磁盘文件信息中的kdump服务相关信息，若读取到则确定上述操作系统已启用转储工具，若没有启用则通过VirtIO告知HostOS监控程序，该虚拟机不进行kdump监控，若启用则进行下一步：
响应于检测到所述转储工具已启用，在所述第二操作系统中注册所述虚拟机的监控项，其中，该监控项指的是上述的Monitor-system，可以监控整个HostOS的虚拟机状态；
如图8所示，基于所述虚拟机的监控项，对所述虚拟机进行监控。
更进一步的，所述响应于检测到虚拟机崩溃信号时，启动第一操作系统包括：
如图9所示，基于所述第三操作系统，对所述虚拟机的运行状态进行实时监测，其中，该监测工具为上述的Vmcore-monitor，可以用于监控虚拟机状态、Core文件状态、生成日志和进行告警等；
响应于所述第三操作系统检测到所述虚拟机的运行状态为异常状态时，即虚拟机发生崩溃(dump)时，触发所述虚拟机崩溃信号；
响应于检测到所述虚拟机崩溃信号时，启动所述第一操作系统，并将所述虚拟机崩溃信号发送至所述第二操作系统。
在上述实施方式中，基于监测工具对第三操作系统进行实时监测，当虚拟机中的第三操作系统崩溃时，启动第一操作系统，以便于接收虚拟机第三操作系统对应的运行数据，并将虚拟机崩溃信号发送给第一操作系统，以便于第一操作系统对崩溃信号进行及时响应，以提高后续转储文件分析的效率。
S2：响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统。
需要说明的是，所述的网络虚拟化通道为步骤S1中构建的VirtIO通道。
在一些实施方式中，在所述响应于所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统之前，所述方法还包括：
响应于检测到所述虚拟机崩溃信号时，基于所述第一操作系统，接收所述第三操作系统的第一相关信息，其中，第一相关信息可以包括内核版本信息、操作系统版本以及第三操作系统的运行数据等；
响应于未接收到所述第一相关信息时，获取所述第三操作系统的第二相关信息，并发送至所述第二操作系统，其中，第二相关信息指的是当前系统的基本信息，可以包括内核版本等信息；
响应于接收到所述第一相关信息时，生成所述转储文件，即vmcore文件，并对目标转储文件，赋予唯一标识符。
在上述实施方式中，通过上述方式快速感知虚拟机的崩溃信号，并基于生成的唯一标识符，可以用于后续快速匹配出虚拟机崩溃原因。
S3：基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因。
需要说明的是，通过所述第二操作系统中的vmcore-backend监控VirtIO设备，接收来自vmcore-monitor的数据，即目标转储文件，其中，监控方式可根据VirtIO类型的不同进行选择，如串口、网口等，如图10所示，整个Host集群中选择其中一个为主，其它的为辅助，将辅助HostOS上的vmcore文件和相关信息传输到主HostOS上，由主HostOS负责对vmcore文件分析和告警。
在一些实施方式中，所述基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因包括：
基于所述第二操作系统，接收带有所述唯一标识符的所述目标转储文件，其中，唯一标识符可以指的是基于虚拟机信息生成的标识符，虚拟机信息可以包括内核版本号、debuginfo文件、dmesg文件、操作系统版本等；
基于所述唯一标识符，与预存于所述第一操作系统的数据库相关数据进行匹配，其中，该相关数据指的是存储的虚拟机崩溃原因的历史数据，该历史数据包含唯一标识符，将上述的目标转储文件对应的标识符与历史数据库中的数据进行匹配，即可得到目标存储文件对应的崩溃原因；
响应于检测到匹配成功结果时，确定所述目标转储文件对应的虚拟机崩溃原因，其中，若未匹配到相关数据，则可以通过用户端分析得出结论后录入数据库中。
在上述实施方式中，通过为虚拟机创建VirtIO通信通道，摆脱了传统kdump保存vmcore文件的限制，由传统的本地保存或者通过TCP/IP协议保存，扩展到基于VirtIO设备保存，通过虚拟化环境对虚拟机运行状态进行监控，有助于快速分析和告警虚拟机的状态，并可以通过主HostOS对崩溃转储文件进行统一管控和集中分析。
S4：基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
需要说明的是，该步骤具体为：
基于所述目标转储文件对应的虚拟机崩溃原因与所述目标转储文件，生成所述映射关系，并更新所述第二操作系统中的数据库，其中，更新所述第二操作系统中的数据库指的是将新的虚拟机崩溃原因及其对应的目标转储文件代替数据库中原始保存的比对成功的相关数据，以对数据库进行更新，从而有助于后续快速分析崩溃原因；
同时，向用户终端发送告警信息。
在上述实施方式中，可以对虚拟机崩溃感知信号进行快速感知并告警，并同时更新数据库，从而能够提高数据处理效率。
上述转储文件管理方法中，所述方法包括：响应于检测到虚拟机崩溃信号时，启动第一操作系统；响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中，本申请在虚拟机发生崩溃时，基于构建的网络虚拟化通道，将虚拟机的崩溃文件转储到宿主机上，在摆脱对虚拟机中磁盘和网络的依赖情况下，能够对虚拟机崩溃原因进行准确分析和告警，提高了转储文件管理的效率。
应该理解的是，虽然图2-10的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-10中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
实施例2：在一个实施例中，如图11所示，提供了一种转储文件管理装置，包括：第一操作系统启动模块、发送模块、确定模块和存储模块，其中：
第一操作系统启动模块，用于响应于检测到虚拟机崩溃信号时，启动第一操作系统，其中，所述第一操作系统运行于虚拟机中；
发送模块，用于响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；
确定模块，用于基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；
存储模块，用于基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
作为一种较优的实施方式，本发明实施例中，所述装置还包括构建模块，所述构建模块具体用于：
对所述虚拟机进行配置；
基于配置好的所述虚拟机，预留预设大小的缓存空间；
将所述预设大小的缓存空间确定为第一操作系统，将非所述缓存空间的其他虚拟机空间确定为所述第三操作系统。
作为一种较优的实施方式，本发明实施例中，所述装置还包括判断模块，所述判断模块具体用于：
创建所述虚拟机；
响应于检测到所述虚拟机创建完成时，构建连接所述第二操作系统和所述虚拟机的所述网络虚拟化通道；
响应于检测到所述网络虚拟化通道已构建完成，确定所述虚拟机是否已启动；
响应于检测到所述虚拟机已启动，确定所述网络虚拟化通道是否已启用；
响应于检测到所述网络虚拟化通道已启用，基于读取到的磁盘文件信息，确定所述第一操作系统和第三操作系统是否已启用转储工具；
响应于检测到所述转储工具已启用，在所述第二操作系统中注册所述虚拟机的监控项；
基于所述虚拟机的监控项，对所述虚拟机进行监控。
作为一种较优的实施方式，本发明实施例中，所述第一操作系统启动模块具体用于：
基于所述第三操作系统，对所述虚拟机的运行状态进行实时监测；
响应于所述第三操作系统检测到所述虚拟机的运行状态为异常状态时，触发所述虚拟机崩溃信号；
响应于检测到所述虚拟机崩溃信号时，启动所述第一操作系统，并将所述虚拟机崩溃信号发送至所述第二操作系统。
作为一种较优的实施方式，本发明实施例中，所述装置还包括转储文件生成模块，所述转储文件生成模块具体用于：
响应于检测到所述虚拟机崩溃信号时，基于所述第一操作系统，接收所述第三操作系统的第一相关信息；
响应于未接收到所述第一相关信息时，获取所述第三操作系统的第二相关信息，并发送至所述第二操作系统；
响应于接收到所述第一相关信息时，生成所述转储文件，并对目标转储文件，赋予唯一标识符。
作为一种较优的实施方式，本发明实施例中，所述确定模块具体用于：
基于所述第二操作系统，接收带有所述唯一标识符的所述目标转储文件；
基于所述唯一标识符，与预存于所述第一操作系统的数据库相关数据进行匹配；
响应于检测到匹配成功结果时，确定所述目标转储文件对应的虚拟机崩溃原因。
作为一种较优的实施方式，本发明实施例中，所述存储模块具体用于：
基于所述目标转储文件对应的虚拟机崩溃原因与所述目标转储文件，生成所述映射关系，并更新所述第一操作系统中的数据库；
同时，向用户终端发送告警信息。
关于转储文件管理装置的具体限定可以参见上文中对于转储文件管理方法的限定，在此不再赘述。上述转储文件管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
实施例3：在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种转储文件管理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
S1：响应于检测到虚拟机崩溃信号时，启动第一操作系统，其中，所述第一操作系统运行于虚拟机中；
S2：响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；
S3：基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；
S4：基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
对所述虚拟机进行配置；
基于配置好的所述虚拟机，预留预设大小的缓存空间；
将所述预设大小的缓存空间确定为第一操作系统，将非所述缓存空间的其他虚拟机空间确定为所述第三操作系统。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
创建所述虚拟机；
响应于检测到所述虚拟机创建完成时，构建连接所述第二操作系统和所述虚拟机的所述网络虚拟化通道；
响应于检测到所述网络虚拟化通道已构建完成，确定所述虚拟机是否已启动；
响应于检测到所述虚拟机已启动，确定所述网络虚拟化通道是否已启用；
响应于检测到所述网络虚拟化通道已启用，基于读取到的磁盘文件信息，确定所述第一操作系统和第三操作系统是否已启用转储工具；
响应于检测到所述转储工具已启用，在所述第二操作系统中注册所述虚拟机的监控项；
基于所述虚拟机的监控项，对所述虚拟机进行监控。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
基于所述第三操作系统，对所述虚拟机的运行状态进行实时监测；
响应于所述第三操作系统检测到所述虚拟机的运行状态为异常状态时，触发所述虚拟机崩溃信号；
响应于检测到所述虚拟机崩溃信号时，启动所述第一操作系统，并将所述虚拟机崩溃信号发送至所述第二操作系统。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
响应于检测到所述虚拟机崩溃信号时，基于所述第一操作系统，接收所述第三操作系统的第一相关信息；
响应于未接收到所述第一相关信息时，获取所述第三操作系统的第二相关信息，并发送至所述第二操作系统；
响应于接收到所述第一相关信息时，生成所述转储文件，并对目标转储文件，赋予唯一标识符。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
基于所述第二操作系统，接收带有所述唯一标识符的所述目标转储文件；
基于所述唯一标识符，与预存于所述第一操作系统的数据库相关数据进行匹配；
响应于检测到匹配成功结果时，确定所述目标转储文件对应的虚拟机崩溃原因。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
基于所述目标转储文件对应的虚拟机崩溃原因与所述目标转储文件，生成所述映射关系，并更新所述第一操作系统中的数据库；
同时，向用户终端发送告警信息。
实施例4：在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
S1：响应于检测到虚拟机崩溃信号时，启动第一操作系统，其中，所述第一操作系统运行于虚拟机中；
S2：响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；
S3：基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；
S4：基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
对所述虚拟机进行配置；
基于配置好的所述虚拟机，预留预设大小的缓存空间；
将所述预设大小的缓存空间确定为第一操作系统，将非所述缓存空间的其他虚拟机空间确定为所述第三操作系统。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
创建所述虚拟机；
响应于检测到所述虚拟机创建完成时，构建连接所述第二操作系统和所述虚拟机的所述网络虚拟化通道；
响应于检测到所述网络虚拟化通道已构建完成，确定所述虚拟机是否已启动；
响应于检测到所述虚拟机已启动，确定所述网络虚拟化通道是否已启用；
响应于检测到所述网络虚拟化通道已启用，基于读取到的磁盘文件信息，确定所述第一操作系统和第三操作系统是否已启用转储工具；
响应于检测到所述转储工具已启用，在所述第二操作系统中注册所述虚拟机的监控项；
基于所述虚拟机的监控项，对所述虚拟机进行监控。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
基于所述第三操作系统，对所述虚拟机的运行状态进行实时监测；
响应于所述第三操作系统检测到所述虚拟机的运行状态为异常状态时，触发所述虚拟机崩溃信号；
响应于检测到所述虚拟机崩溃信号时，启动所述第一操作系统，并将所述虚拟机崩溃信号发送至所述第二操作系统。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
响应于检测到所述虚拟机崩溃信号时，基于所述第一操作系统，接收所述第三操作系统的第一相关信息；
响应于未接收到所述第一相关信息时，获取所述第三操作系统的第二相关信息，并发送至所述第二操作系统；
响应于接收到所述第一相关信息时，生成所述转储文件，并对目标转储文件，赋予唯一标识符。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
基于所述第二操作系统，接收带有所述唯一标识符的所述目标转储文件；
基于所述唯一标识符，与预存于所述第一操作系统的数据库相关数据进行匹配；
响应于检测到匹配成功结果时，确定所述目标转储文件对应的虚拟机崩溃原因。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
基于所述目标转储文件对应的虚拟机崩溃原因与所述目标转储文件，生成所述映射关系，并更新所述第一操作系统中的数据库；
同时，向用户终端发送告警信息。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。
Claims (10)
1.一种转储文件管理方法，其特征在于，所述方法包括：
响应于检测到虚拟机崩溃信号时，启动第一操作系统，其中，所述第一操作系统运行于虚拟机中；
响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；
基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；
基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
2.根据权利要求1所述的转储文件管理方法，其特征在于，所述虚拟机还包括第三操作系统，所述第一操作系统和第三操作系统的生成方法包括：
对所述虚拟机进行配置；
基于配置好的所述虚拟机，预留预设大小的缓存空间；
将所述预设大小的缓存空间确定为第一操作系统，将非所述缓存空间的其他虚拟机空间确定为所述第三操作系统。
3.根据权利要求2所述的转储文件管理方法，其特征在于，在响应于检测到虚拟机崩溃信号时，启动第一操作系统之前，所述方法还包括：
创建所述虚拟机；
响应于检测到所述虚拟机创建完成时，构建连接所述第二操作系统和所述虚拟机的所述网络虚拟化通道；
响应于检测到所述网络虚拟化通道已构建完成，确定所述虚拟机是否已启动；
响应于检测到所述虚拟机已启动，确定所述网络虚拟化通道是否已启用；
响应于检测到所述网络虚拟化通道已启用，基于读取到的磁盘文件信息，确定所述第一操作系统和第三操作系统是否已启用转储工具；
响应于检测到所述转储工具已启用，在所述第二操作系统中注册所述虚拟机的监控项；
基于所述虚拟机的监控项，对所述虚拟机进行监控。
4.根据权利要求2所述的转储文件管理方法，其特征在于，所述响应于检测到虚拟机崩溃信号时，启动第一操作系统包括：
基于所述第三操作系统，对所述虚拟机的运行状态进行实时监测；
响应于所述第三操作系统检测到所述虚拟机的运行状态为异常状态时，触发所述虚拟机崩溃信号；
响应于检测到所述虚拟机崩溃信号时，启动所述第一操作系统，并将所述虚拟机崩溃信号发送至所述第二操作系统。
5.根据权利要求2所述的转储文件管理方法，其特征在于，在所述响应于所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统之前，所述方法还包括：
响应于检测到所述虚拟机崩溃信号时，基于所述第一操作系统，接收所述第三操作系统的第一相关信息；
响应于未接收到所述第一相关信息时，获取所述第三操作系统的第二相关信息，并发送至所述第二操作系统；
响应于接收到所述第一相关信息时，生成所述转储文件，并对目标转储文件，赋予唯一标识符。
6.根据权利要求5所述的转储文件管理方法，其特征在于，所述基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因包括：
基于所述第二操作系统，接收带有所述唯一标识符的所述目标转储文件；
基于所述唯一标识符，与预存于所述第一操作系统的数据库相关数据进行匹配；
响应于检测到匹配成功结果时，确定所述目标转储文件对应的虚拟机崩溃原因。
7.根据权利要求5所述的转储文件管理方法，其特征在于，所述基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中包括：
基于所述目标转储文件对应的虚拟机崩溃原因与所述目标转储文件，生成所述映射关系，并更新所述第一操作系统中的数据库；
同时，向用户终端发送告警信息。
8.一种转储文件管理装置，其特征在于，所述装置包括：
第一操作系统启动模块，用于响应于检测到虚拟机崩溃信号时，启动第一操作系统，其中，所述第一操作系统运行于虚拟机中；
发送模块，用于响应于在所述第一操作系统检测到转储文件时，通过网络虚拟化通道，将所述转储文件发送至第二操作系统；
确定模块，用于基于所述第二操作系统，确定所述转储文件对应的虚拟机崩溃原因；
存储模块，用于基于所述虚拟机崩溃原因与所述转储文件，生成映射关系，并存储于所述第二操作系统中。
9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310898770.1A CN116954820A (zh) | 2023-07-21 | 2023-07-21 | 转储文件管理方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310898770.1A CN116954820A (zh) | 2023-07-21 | 2023-07-21 | 转储文件管理方法、装置、计算机设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116954820A true CN116954820A (zh) | 2023-10-27 |
Family
ID=88448729
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310898770.1A Pending CN116954820A (zh) | 2023-07-21 | 2023-07-21 | 转储文件管理方法、装置、计算机设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116954820A (zh) |
-
2023
- 2023-07-21 CN CN202310898770.1A patent/CN116954820A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9448808B2 (en) | BIOS update with service processor without serial peripheral interface (SPI) access | |
| US9448889B2 (en) | BIOS failover update with service processor | |
| WO2021072880A1 (zh) | 虚拟机内部快照异步创建方法、装置、系统及存储介质 | |
| CN106980647B (zh) | 一种分布式文件系统数据分布方法及装置 | |
| CN113505014A (zh) | 一种故障诊断文件获取方法及装置 | |
| CN108566301B (zh) | 交换机离线配置方法、装置、系统及计算机设备 | |
| CN111158945B (zh) | 内核故障处理方法、装置、网络安全设备和可读存储介质 | |
| CN116340053A (zh) | 系统崩溃的日志处理方法、装置、计算机设备和介质 | |
| CN114595038A (zh) | 数据处理方法、计算设备及计算机存储介质 | |
| US9137587B2 (en) | System event assisted live keyboard, video and mouse (KVM) capture | |
| CN111198832B (zh) | 一种处理方法和电子设备 | |
| CN115221156A (zh) | 数据库集群扩容方法、装置、计算机设备和存储介质 | |
| CN117131014A (zh) | 数据库迁移方法、装置、设备及存储介质 | |
| CN112698987A (zh) | 无快照操作系统在线备份方法、装置、设备及存储介质 | |
| CN108845772B (zh) | 一种硬盘故障处理方法、系统、设备及计算机存储介质 | |
| CN106030544B (zh) | 计算机设备内存的检测方法和计算机设备 | |
| CN116954820A (zh) | 转储文件管理方法、装置、计算机设备和存储介质 | |
| CN116305100A (zh) | 识别热插拔硬盘的方法、系统、计算机设备和存储介质 | |
| CN112291317B (zh) | 数据下载方法、装置、计算机设备和存储介质 | |
| CN115373882A (zh) | 存储系统故障恢复方法、系统、计算机设备及存储介质 | |
| EP1645969B1 (en) | Remote configuration management for data processing units | |
| US10747706B2 (en) | Server event log storage and retrieval system | |
| CN110879757B (zh) | 客户端异常运行时的重启方法、装置和计算机设备 | |
| CN108509252B (zh) | 虚拟机启动装置、方法及主机 | |
| CN106599046B (zh) | 分布式文件系统的写入方法及装置 |
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 |