CN106997315B - 一种用于虚拟机的内存转储的方法和装置 - Google Patents
一种用于虚拟机的内存转储的方法和装置 Download PDFInfo
- Publication number
- CN106997315B CN106997315B CN201610049301.2A CN201610049301A CN106997315B CN 106997315 B CN106997315 B CN 106997315B CN 201610049301 A CN201610049301 A CN 201610049301A CN 106997315 B CN106997315 B CN 106997315B
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- dump
- memory
- standard file
- module
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
- G06F11/0778—Dumping, i.e. gathering error/state information after a fault for later diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3037—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a memory, e.g. virtual memory, cache
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45591—Monitoring or debugging support
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Mathematical Physics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开一种用于虚拟机的内存转储的方法和装置,其中方法包括:接收内存转储的指令;根据所述指令,抓取该虚拟机当前的内存数据信息;将所述内存数据信息存储为标准文件;所述标准文件通过预设的带外通道传输至物理主机的管理中心。该方法是将抓取的当前的内存数据信息储存为标准文件,并将该标准文件通过预设的单独的带外通道传输至后端的物理主机的管路中心,而所述预设的单独的带外通道是不依赖于虚拟机系统本身的内存转储工具,抓取的内存数据信息可以直接通过预设的带外通道传输至后端。另外,该方法中的内存转储过程可以是被动的转储,也可以是主动的内存转储。采用该方法生成的标准的转储文件,以用于采用分析工具进行数据的分析。
Description
技术领域
本申请涉及计算系统的内存转储的技术领域,具体涉及一种用于虚拟机的内存转储的方法和装置,另外还涉及一种用于虚拟机的内存转储的系统。
背景技术
内存转储一般是用于系统崩溃时,将内存中的数据进行转储以保存在转储文件中,供有关的技术人员进行排错分析。内存转储过程中所保存生成的文件可称为内存转储文件。
一般传统的内存转储方法是依赖于主机所对应的系统的,一般采用的系统为Windows系统,而Windows系统的内存转储方法存在以下诸多的问题:
1,该内存转储过程需要通过KeBugCheck函数(产生蓝屏函数)完成,即转储完成时系统再不能正常工作,需要重启恢复。
2,在转储的过程中需要通过当前存储栈,即sata(硬盘或者光驱接口)或scsi(小型计算机系统接口)磁盘等,如果磁盘有问题则将无法进行内存的转储过程。
3,转储的成功需要进行诸多设置,包括注册表,pagefile(系统虚拟内存文件)等,即使转储成功还需要将memory dump文件(转储文件)从虚拟机中复制出来分析。
因此,传统的windows的内存转储只是将内存数据通过本地存储设备栈保存本地磁盘上,而云线上windows主机数量众多,传统内存转储方法有居多不便,不适合云虚拟机故障分析。
发明内容
本申请提供一种用于虚拟机的内存转储的方法,以解决现有技术中存在的上述问题。
本申请另外提供一种用于虚拟机的内存转储的装置。
本申请另外还提供一种用于虚拟机的内存转储的装置。
本申请提供一种用于虚拟机的内存转储的方法,包括:
接收内存转储的指令;
根据所述指令,抓取该虚拟机当前的内存数据信息;
将所述内存数据信息存储为标准文件;
所述标准文件通过预设的带外通道传输至物理主机的管理中心。
可选的,所述接收内存转储的指令的为虚拟机的总线驱动系统,所述总线驱动系统还包括信息抓取模块和转储模块;
所述根据所述指令,抓取该虚拟机当前的内存数据信息具体是,所述信息抓取模块将所述虚拟机当前的内存数据进行收集;
所述将所述内存数据信息存储为标准文件具体是,所述转储模块将收集的所述内存数据转存为标准文件,并将所述标准文件向外发送。
可选的,所述转储模块将收集的所述内存数据转存为标准文件,并将所述标准文件向外发送包括:所述转储模块将收集的所述内存数据按照预设方式转存为若干批次的标准文件,所述标准文件向外发送是按照预设方式分批次发送;
所述转储模块将收集的所述内存数据按照预设方式转存为若干批次的标准文件中的预设方式将所述内存数据按照数据类型分类为若干个批次。
可选的,在所述接收内存转储的指令之前,包括:
物理主机的管理中心向所述总线驱动系统发送主动转储的指令;
相应的,所述标准文件通过预设的带外通道传输至物理主机的管理中心包括:
所述标准文件通过所述带外通道的主动路径通道传输至物理主机的管理中心。
可选的,在所述接收内存转储的指令之前,还包括:
虚拟机的故障系统向所述总线驱动系统发送被动转储的指令;
相应的,所述标准文件通过预设的带外通道传输至物理主机的管理中心包括:
所述标准文件通过所述带外通道的被动路径通道传输至物理主机的管理中心。
可选的,所述标准文件通过所述带外通道的被动路径通道传输至物理主机的管理中心步骤中的采用的传输方式包括:数据同步方式;
所述数据同步方式包括共享内存方式和Poll方式。
可选的,所述数据同步方式为共享内存方式时,所述共享内存方式包括:
所述总线驱动系统向所述带外通道调取读写函数;
所述读写函数将所述标准文件设置为共享信息;
所述物理主机的管理中心通过共享的方式读取所述共享信息。
可选的,所述数据同步方式为Poll方式时,所述Poll方式包括:
所述总线驱动系统生成的标准文件主动发送至所述物理主机的管理中心。
可选的,在所述虚拟机的故障系统向所述总线驱动系统发送内存转储的指令之前,还包括:
检查物理主机或虚拟机的系统是否发生故障,若是,则启动虚拟机的故障系统。
可选的,所述标准文件通过预设的带外通道传输至物理主机的管理中心步骤还包括:
所述标准文件通过预设的带外通道传输至虚拟机的传输端口;
所述虚拟机的传输端口通过预设通道将所述标准文件传输至物理主机的管理中心。
可选的,所述虚拟机的传输端口与所述物理主机的管理中心之间的数据传输方式采用双向传输的方式。
可选的,在所述根据所述指令,抓取主机当前的内存数据信息步骤中,若抓取的数据为加密的内存数据,则所述将所述内存数据信息存储为标准文件包括:
将抓取的所述加密的内存数据进行逆向分析;
根据所述逆向分析获得所述加密数据的分析结果数据;
将所述分析结果数据存储为标准文件。
本申请还提供一种用于虚拟机的内存转储的装置,包括:
指令接收单元,用于接收内存转储的指令;
信息抓取单元,用于根据所述指令,抓取该虚拟机当前的内存数据信息;
标准文件生成单元,用于将所述内存数据信息存储为标准文件;
传输单元,用于所述标准文件通过预设的带外通道传输至物理主机的管理中心。
可选的,所述接收内存转储的指令的为虚拟机的总线驱动系统,所述总线驱动系统还包括信息抓取模块和转储模块;
所述信息抓取单元具体用于所述信息抓取模块将所述虚拟机当前的内存数据进行收集;
所述标准文件生成单元具体用于所述转储模块将收集的所述内存数据转存为标准文件,并将所述标准文件向外发送。
可选的,所述标准文件生成单元还包括批次发送子单元;
所述批次发送子单元用于所述转储模块将收集的所述内存数据按照预设方式转存为若干批次的标准文件,所述标准文件向外发送是按照预设方式分批次发送。
可选的,还包括:
主动转储指令发送单元,用于物理主机的管理中心向所述总线驱动系统发送主动转储的指令;
相应的,所述传输单元具体用于所述标准文件通过所述带外通道的主动路径通道传输至物理主机的管理中心。
可选的,还包括:
被动转储指令发送单元,用于虚拟机的故障系统向所述总线驱动系统发送被动转储的指令;
相应的,所述传输单元具体用于所述标准文件通过所述带外通道的被动路径通道传输至物理主机的管理中心。
可选的,所述传输单元采用的传输方式包括:数据同步方式;所述数据同步方式包括共享内存方式和Poll方式;
所述数据同步方式为共享内存方式时,所述传输单元还包括:
函数调取子单元,用于所述总线驱动系统向所述带外通道调取读写函数;
共享信息设置子单元,用于所述读写函数将所述标准文件设置为共享信息;
共享信息读取子单元,用于所述物理主机的管理中心通过共享的方式读取所述共享信息。
可选的,所述传输单元还包括:
传输端口传输子单元,用于所述标准文件通过预设的带外通道传输至虚拟机的传输端口;
预设通道传输子单元,用于所述虚拟机的传输端口通过预设通道将所述标准文件传输至物理主机的管理中心。
可选的,在所述信息抓取单元中,若抓取的数据为加密的内存数据,则所述标准文件生成单元包括:
逆向分析子单元,用于将抓取的所述加密的内存数据进行逆向分析;
结果数据获得子单元,用于根据所述逆向分析获得所述加密数据的分析结果数据;
标准文件存储子单元,用于将所述分析结果数据存储为标准文件。
本申请另外还一种用于虚拟机的内存转储的系统,包括:总线驱动模块、信息抓取模块、转储模块、带外通道模块和后端管理模块;
所述总线驱动模块接收内存转储指令,将所述内存转储指令发送至信息抓取模块;
所述信息抓取模块分级所述指令抓取虚拟机当前的内存数据信息,并将所述内存数据信息发送至所述转储模块;
所述转储模块将接收的所述内存数据信息转储为标准文件,并将所述标准文件发送至所述带外通道模块;
所述带外通道模块将所述标准文件传输至所述后端管理模块。
与现有技术相比,本申请具有以下优点:
本申请提供一种用于虚拟机的内存转储的方法,该方法包括:接收内存转储的指令;根据所述指令,抓取该虚拟机当前的内存数据信息;将所述内存数据信息存储为标准文件;所述标准文件通过预设的带外通道传输至物理主机的管理中心。该方法是将抓取的当前的内存数据信息储存为标准文件,并将该标准文件通过预设的单独的带外通道传输至后端的物理主机的管路中心,而所述预设的单独的带外通道是不依赖于虚拟机系统(Windows系统)本身的内存转储工具,抓取的内存数据信息可以直接通过预设的带外通道传输至后端。另外,该方法中的内存转储过程可以是被动的转储,也可以是主动的转储。当前端系统接收到转储指令后,不管该指令是被动转储的指令还是主动转储的指令,均会根据该接收的指令进行内存转储过程,并且,两种方式均可生成标准文件,而不依赖Windows系统的存储栈等过程,因此,采用该方法生成的标准的转储文件,以用于采用分析工具进行数据的分析。
附图说明
图1是本申请第一实施例提供的一种用于虚拟机的内存转储的方法的流程图。
图2是本申请第二实施例提供的一种用于虚拟机的内存转储的装置的示意图。
图3是本申请第三实施例提供的一种用于虚拟机的内存转储的系统的结构示意图。
具体实施方式
本申请提供一种用于虚拟机的内存转储的方法,该方法是用于云线上多台虚拟机的数据分析的,并且该方法适用于内存数据的主动转储和被动转储,即可以从虚拟机的后端(物理主机)抓取虚拟机的内存进行转储,也可以是当系统发生故障时,被动的将虚拟机发生故障时刻的内存转储到虚拟机的后端。当需要对转储的数据进行分析时,直接从虚拟机的后端调取转储后的标准文件,或者与标准文件兼容的转储文件进行分析即可。
具体的,本申请第一实施例提供的一种用于虚拟机的内存转储的方法,图1是本申请第一实施例提供的一种用于虚拟机的内存转储的方法的流程图,该方法包括:
步骤S101,接收内存转储的指令。
该方法主要是应用于虚拟机操作系统,而虚拟机是相对于物理主机而言的,一台物理主机可衍生出多台虚拟机,而衍生出的多台虚拟机的操作系统可以相同也可以不同。而该方法涉及上述虚拟机及物理主机。
现阶段云计算平台在实际应用中较为广泛,所述虚拟机可以是云虚拟机,所述云虚拟机一般是采用网络作为端口进行虚拟机与主机间数据传输。
在所述虚拟机的操作系统中设置有总线驱动系统,该总线驱动系统是虚拟操作系统中安装的一个驱动,可以接收内存转储的指令。
具体的所述总线驱动系统对所述指令的进一步操作可参考下述步骤S102。
步骤S102,根据所述指令,抓取该虚拟机当前的内存数据信息;步骤S103,将所述内存数据信息存储为标准文件。
由于步骤S102和步骤S103的过程均是在所述总线驱动系统中完成的,因此,可以将所述步骤S102和步骤S103结合进行介绍。
具体的,所述总线驱动系统包括信息抓取模块和转储模块,所述总线驱动系统可以接收操作系统或者后端物理主机管理中心发送的转储的指令,所述信息抓取模块可以根据所述指令,将所述虚拟机当前的内存数据进行收集。收集后的所述内存数据经过所述转储模块形成标准文件,并将形成的该标准文件向外发送。
所述总线驱动系统接收操作系统或者后端物理主机管理中心发送的转储的指令是包括主动转储过程和被动转储过程。
针对主动转储过程,在后端的物理主机的管理中心会向所述总线驱动系统发送主动转储的指令,所述总线驱动系统接收该指令之后,会将该指令下达至所述信息抓取模块中,所述信息抓取模块根据该主动转储的指令,抓取所述虚拟机当前的内存数据信息,所述内存数据信息经过所述转储模块形成标准文件,该标准文件可被数据分析工具进行直接分析。
经过所述转储模块形成的标准文件需要向后端的物理主机的管理中心进行传输,而该传输过程是经过预设的主动通道进行传输的,而该传输的具体过程可参考下述步骤S104,在此仅介绍所述内存数据信息的转储过程,而对其传输过程不做详述。
针对被动转储的过程,该被动转储的过程是发生在虚拟机的操作系统或者物理主机发生故障的情况下,当虚拟机的操作系统发生故障时,将会启动虚拟机的故障系统,所述虚拟机的故障系统将会向所述驱动系统发送被动转储的指令,所述总线驱动系统接收该指令之后,会将该指令下达至所述信息抓取模块中,所述信息抓取模块根据该被动转储的指令,抓取所述虚拟机发生故障时刻时的内存数据信息,所述内存数据信息经过所述转储模块形成标准文件,该标准文件可被数据分析工具进行直接分析。
经过所述转储模块形成的标准文件需要向后端的物理主机的管理中心进行传输,而该传输过程是经过预设的被动通道进行传输的,而该传输的具体过程可参考下述步骤S104,在此仅介绍所述内存数据信息的转储过程,而对其传输过程不做详述。
以上介绍的是内存转储的两个过程,分别是主动转储的方式和被动转储的方式,两种方式的启动条件,以及在所述总线驱动系统中标准文件形成的过程。因此,该方法不但可以应用于在当操作系统发生故障时的内存转储,也可以是随时将虚拟机操作系统的内存数据进行转储,分别可形成标准文件,采用数据分析工具可对所述标准文件进行数据分析,获取进一步的分析结果。因此,该方法可以克服传统的内存转储方法仅适用于系统崩溃状态的问题,该方法不但可以应用在系统发生故障时,还可以应用在系统正常工作状态。
特别的,针对步骤S103,将所述内存数据信息转储为标准文件,上述步骤是在所述总线驱动系统中的转储模块中完成的。
而所述转储模块需要根据信息抓取模块抓取的内存数据信息的类型分类将所述内存数据信息分别形成标准文件。以下对所述内存数据信息的类型分类进行介绍。
当所述内存数据信息为一般数据信息(非加密的数据),针对非加密的数据信息,所述转储模块可以将所述内存数据信息直接进行转储,保存形成为标准的转储文件。
而当所述内存数据信息比较少时,可以直接将抓取的所有数据信息进行保存行成标准的转储文件,但是,一般情况下,所述虚拟机的内存数据量较大,一次性将抓取的所有数据进行转储会造成效率不高的问题,因此,在该情况下,是将所述内存数据按照预设的方式分为若干个批次进行转储,相应的,形成若干个标准文件,而若干个标准文件向外发送也是按照预设方式分批次进行发送的。总之,当所述信息抓取模块抓取一部分的内存数据信息之后,所述转储模块将该部分的内存数据信息转存为标准文件,并将该标准文件向外发送。在所述转储模块进行该部分数据的转储过程中,所述信息抓取模块依次在抓取第二部分的内存数据信息,因此,当所述内存数据信息被依次全部抓取完成之后,所述转储模块将根据抓取的顺序完成转储的过程,形成的若干具有先后顺序的标准文件将依次向外发送。
而上述针对所述内存数据信息采用何种方式分批次分类型,其采用的规则可以是依据数据类型的分类规则进行分类。
以上介绍的所述内存数据信息为一般的数据,而针对加密的数据信息,所述标准文件的形成需要进一步分析获得。
虚拟机上的操作系统中的某些内存数据进行加密是为了保证安全性的考虑,例如,微软从vista开始对一些内存数据结构进行了加密,导致传统的内存转储方式形成的普通内存镜像无法直接转化为标准的windows转储文件格式,所以传统的内存转储方法还需要通过一些特殊的方法从前端驱动中获取这些加密的数据,才能生成标准的转储文件。
而本申请提供的该内存转储的方法可克服上述问题。具体是,若抓取的数据为加密的内存数据,所述将所述内存数据信息存储为标准文件步骤采用以下步骤完成:
将抓取的所述加密的内存数据进行逆向分析。
所述逆向分析是指并不依赖于抓取的数据信息的原代码或者算法等原始的细节的数据,而是根据所述数据表达的结果推断出的该数据所体现的工作机制或工作方式等。
其次,根据所述逆向分析获得所述加密数据的分析结果数据。
所述对内存数据进行逆向分析的过程是为了获得抓取的数据的工作机制或工作方式等所体现的该数据信息所呈现的效果。而该数据工作机制或工作方式等逆向分析得出的一个结果。因此,经过所述逆向分析可以获得所述加密数据的分析结果数据。
再次,将所述分析结果数据存储为标准文件。
具体的,将上述逆向分析获得的分析结果数据存储为标准文件。所述标准文件中的数据信息并不是一些加密的原代码,而是经过对这些加密数据进行逆向分析后获得的一个结果数据,该结果数据可完全体现该加密数据的工作机制或方式等,因此,后续中对所述标准文件的分析并不是对原代码的分析,而是对根据原代码获得的分析结果数据的分析。
因此,采用上述逆向分析获得分析结果数据的方式代替直接将加密数据进行镜像的方式,可以避开加密数据无法直接形成标准文件的问题,采用上述逆向分析的方式解密加密文件可以在不影响数据真实性的基础上,简化分析过程和分析步骤。
以上是对虚拟机的操作系统的内存数据的抓取、转储的过程,所述总线驱动系统形成的标准文件需要传输至后端的物理主机的管理中心以供后续步骤的数据分析。因此,所述标准文件的传输过程和传输形式应参考步骤S104。
步骤S104,所述标准文件通过预设的带外通道传输至物理主机的管理中心。
所述标准文件通过的预设的带外通道传输至管理中心的过程中,其传输的通道是预设的带外通道,该预设的带外通道是与虚拟机上的操作系统不相关的通道。所述标准文件将通过该通道传输至管理中心。
在步骤S102和步骤S103中均有介绍说,根据转储指令可分为主动转储过程和被动转储过程。
针对上述主动转储过程和被动转储过程,所述预设的带外通道可分为主动路径通道和被动路径通道。
针对主动转储过程,所述总线驱动系统接收所述物理主机的管理中心的主动转储指令后,所述总线驱动系统中的信息抓取模块将抓取虚拟机当前的内存数据信息,所述内存数据进行经过所述总线驱动系统中的转储模块进行转储行为标准文件,所述总线驱动系统根据所述主动转储指令,将所述标准文件传输至所述主动路径通道,经由所述主动路径通道的所述标准文件被传输至后端的物理主机的管理中心。
相应的,针对被动转储过程,当检查物理主机或虚拟机的系统发生故障时,则启动虚拟机的故障系统,虚拟机的故障系统将向所述总线驱动系统发送被动转储的指令,所述总线驱动系统接收该指令后,所述总线驱动系统中的信息抓取模块将抓取虚拟机发生故障时刻的内存数据信息,所述内存数据进行经过所述总线驱动系统中的转储模块进行转储行为标准文件,所述总线驱动系统根据所述被动转储指令,将所述标准文件传输至所述被动路径通道,经由所述被动路径通道的所述标准文件被传输至后端的物理主机的管理中心。
不管上述主动路径通道还是被动路径通道,所述标准文件经由所述主动路径通道和被动路径通道传输至管理中心的方式可以是多种,具体的,所述标准文件先通过预设的带外通道传输至虚拟机的传输端口;之后,所述虚拟机的传输端口通过预设通道将所述标准文件传输至物理主机的管理中心。
所述虚拟机的传输端口为物理端口或网络端口。针对所述虚拟机为云虚拟机的情况,一般所述传输端口为网络端口,所述虚拟机的预设的带外通道(主动路径通道和被动路径通道)与后端的所述物理主机的管理中心之间通过内网网络通道进行连接。
若所述传输端口为物理端口时,所述物理端口一般为输入输出端口。
此外,所述虚拟机的传输端口与所述物理主机的管理中心之间的数据传输方式采用双向传输的方式。所述传输端口可以将数据主动的传输至所述管理中心,所述管理中心也可以向所述传输端口发送传输命令,所述传输接口再将数据传输至所述管理中心,因此,所述传输端口与所述物理主机的管理中心之间可实现双向通讯。
针对所述总线驱动系统形成的标准文件采用何种传输方式传输至所述物理主机的管理中心,需要针对主动转储方式和被动转储方式进行分别介绍。
针对主动转储方式,所述标准文件通过所述带外通道的主动路径通道传输至物理主机的管理中心步骤中的传输方式采用以下传输方式的一种或多种:中断方式、线程方式、输入输出接口方式、数据同步方式。
当所述内存数据信息惊醒主动转储时,说明虚拟机当前的操作系统是可以正常工作的,因此,形成的标准文件可采用传统的任意的方式进行传输,例如,中断方式或线程方式等。
而对于被动转储方式则不同,当进行被动转储时,说明虚拟机当前的操作系统是不能正常工作的,由于操作系统不能正常工作,因此,其传输方式也由于故障的操作系统受到限制。
针对被动转储方式,所述标准文件通过所述带外通道的被动路径通道传输至物理主机的管理中心步骤中的采用的传输方式包括:数据同步方式。
所述数据同步的方式可以是采用多种方式实现的数据同步,例如,所述数据同步方式包括共享内存方式和Poll方式。
当所述数据同步方式为共享内存方式时,所述共享内存方式可以采用以下步骤实现:
所述总线驱动系统向所述带外通道调取读写函数。
该共享内存的方式是采用函数调用的方式实现的,具体的,所述总线驱动系统向所述带外通道调取读写函数,相应的,所述带外通道将向所述总线驱动系统返回该读写函数,所述总线驱动模块生成的标准文件将被写入所述带外通道。而该读写函数封装了被动转储的读写方法。所述读写方式的具体可采用以下步骤完成。
所述读写函数将所述标准文件设置为共享信息。
所述读写函数具体的读写方法是将所述标准文件设置为共享信息,即将所述标准文件设置在一个共享区域,在该共享区域内,所述管理中心可以从该共享区域内读取相应的数据信息。
所述物理主机的管理中心通过共享的方式读取所述共享信息。
由于所述标准文件已经被放置在所述共享区域内,则所述物理主机的管理中心可以通过预设的共享原则从该共享区域内读取所述标准文件,此时,所述标准文件即为所述总线驱动系统与管理中心共享的共享文件。
此外,所述数据同步方式为Poll方式时,所述Poll方式包括:所述总线驱动系统生成的标准文件主动发送至所述物理主机的管理中心。
采用Poll方式为一种简单推拉的传送的方式,即可将生成的标准文件主动发送至所述管理中心;还可以采用物理主机的管理中心向所述总线驱动系统发送传输指令,所述总线驱动系统经由所述带外通道向所述管理中心推动所述标准文件。
不管以何种方式将所述标准文件由总线驱动系统传输至物理主机的管理中心,均属于本申请的保护范围。
本申请第一实施例提供的该内存转储的方法包含主动转储和被动转储的过程,而这两个过程均不依赖于虚拟机的操作系统(Windows操作系统)本身的转储环境,同时,采用该方法生成的标准文件为标准的转储文件,该标准的转储文件与当前数据分析工具windbg工具是兼容格式,其可被直接方便的采用windbg工具进行数据的分析处理。通过该内存转储方法形成的windows的dump文件的格式均为标准的可以与windbg工具兼容的memorydump文件,为数据的分析带来便利,减少不必要的格式的转换。因此,该方法提供的标准文件更适用于进行云虚拟机的线上问题的分析。
此外,本申请实施例通过具体的事例介绍该内存转储的方法,该具体事例可针对云线上windows主机的内存的转储问题。在云windows虚拟机上安装有两个驱动程序,一个为负责转储命令处理的总线驱动,可称为AliOBBus驱动,另一个为负责建立带外通信通道的驱动,可称为DumpChannel驱动。而在后端的物理主机上具有一个TCP客户端,包括可以部署在任何位置的Dump Monitor模块中心。
当需要进行内存的主动转储时,可以由后端的Dump Monitor向前端的AliOBBus驱动发送主动转储命令,AliOBBus驱动接收到该命令时,可以抓取和收集当前虚拟机的内存数据信息,形成标准的转储文件,即memory dump文件。并通过DumpChannel驱动建立的主动dump路径将该转储文件传输至后端的Dump Monitor模块中心,并被保存在后端的管理中心。
而针对内存的被动转储的方式,当windows虚拟机发生蓝屏故障时,前端可以通过被动路径将虚拟机当前内存数据转储至后端的管理中心。具体是,当windows虚拟机的系统发生蓝屏故障时,系统的故障系统将向AliOBBus驱动发送被动转储的指令,AliOBBus驱动接收该转储指令后,进行内存数据的抓取和收集,将抓取的内存数据形成标准的memorydump文件,并通过DumpChannel驱动建立的被动dump路径将该转储文件传输至后端的DumpMonitor模块中心,并被保存在后端的管理中心。其中,标准的memory dump文件的传输方式可采用共享内存方式传输至后端的Dump Monitor模块中心。
所述共享内存方式可具体采用如下方式:所述AliOBBus驱动向DumpChannel驱动模块调取读写函数,相应的,所述DumpChannel驱动模块将向AliOBBus驱动返回该读写函数,所述AliOBBus驱动生成的标准memory dump文件将被写入带外通道。而该读写函数封装了被动转储的读写方法。所述读写方式的具体可采用以下方式实现。
所述读写函数具体的读写方法是将所述memory dump文件设置为共享信息,即将所述memory dump文件设置在一个共享区域,在该共享区域内,后端的Dump Monitor模块中心可以从该共享区域内读取相应的数据信息。
由于所述memory dump文件已经被放置在所述共享区域内,则Dump Monitor模块中心可以通过预设的共享原则从该共享区域内读取所述memory dump文件,此时,所述memory dump文件即为AliOBBus驱动与Dump Monitor模块中心共享的共享文件。
上述主动和被动转储方式所生成的标准的转储文件memory dump文件与当前数据分析工具windbg工具是兼容格式,其可被直接方便的采用windbg工具进行数据的分析处理。通过该内存转储方法形成的windows的dump文件的格式均为标准的可以与windbg工具兼容的memory dump文件,为数据的分析带来便利,减少不必要的格式的转换,以保证获取的内存数据的有效性。
本申请第二实施例还提供一种用于虚拟机的内存转储的装置,图2是本申请第二实施例提供的一种用于虚拟机的内存转储的装置的示意图。如图2所示,该装置包括:
指令接收单元201,用于接收内存转储的指令;
信息抓取单元202,用于根据所述指令,抓取该虚拟机当前的内存数据信息;
标准文件生成单元203,用于将所述内存数据信息存储为标准文件;
传输单元204,用于所述标准文件通过预设的带外通道传输至物理主机的管理中心。
可选的,所述接收内存转储的指令的为虚拟机的总线驱动系统,所述总线驱动系统还包括信息抓取模块和转储模块;
所述信息抓取单元具体用于所述信息抓取模块将所述虚拟机当前的内存数据进行收集;
所述标准文件生成单元具体用于所述转储模块将收集的所述内存数据转存为标准文件,并将所述标准文件向外发送。
可选的,所述标准文件生成单元还包括批次发送子单元;
所述批次发送子单元用于所述转储模块将收集的所述内存数据按照预设方式转存为若干批次的标准文件,所述标准文件向外发送是按照预设方式分批次发送。
可选的,还包括:
主动转储指令发送单元,用于物理主机的管理中心向所述总线驱动系统发送主动转储的指令;
相应的,所述传输单元具体用于所述标准文件通过所述带外通道的主动路径通道传输至物理主机的管理中心。
可选的,还包括:
被动转储指令发送单元,用于虚拟机的故障系统向所述总线驱动系统发送被动转储的指令;
相应的,所述传输单元具体用于所述标准文件通过所述带外通道的被动路径通道传输至物理主机的管理中心。
可选的,所述传输单元采用的传输方式包括:数据同步方式;所述数据同步方式包括共享内存方式和Poll方式;
所述数据同步方式为共享内存方式时,所述传输单元还包括:
函数调取子单元,用于所述总线驱动系统向所述带外通道调取读写函数;
共享信息设置子单元,用于所述读写函数将所述标准文件设置为共享信息;
共享信息读取子单元,用于所述物理主机的管理中心通过共享的方式读取所述共享信息。
可选的,所述传输单元还包括:
传输端口传输子单元,用于所述标准文件通过预设的带外通道传输至虚拟机的传输端口;
预设通道传输子单元,用于所述虚拟机的传输端口通过预设通道将所述标准文件传输至物理主机的管理中心。
可选的,在所述信息抓取单元中,若抓取的数据为加密的内存数据,则所述标准文件生成单元包括:
逆向分析子单元,用于将抓取的所述加密的内存数据进行逆向分析;
结果数据获得子单元,用于根据所述逆向分析获得所述加密数据的分析结果数据;
标准文件存储子单元,用于将所述分析结果数据存储为标准文件。
本申请第三实施例还提供一种用于虚拟机的内存转储的系统,图3是本申请第三实施例提供的一种用于虚拟机的内存转储的系统的结构示意图,如图3所示,该系统包括:总线驱动模块301、信息抓取模块302、转储模块303、带外通道模块304和后端管理模块305;
所述总线驱动模块接收内存转储指令,将所述内存转储指令发送至信息抓取模块;
所述信息抓取模块分级所述指令抓取虚拟机当前的内存数据信息,并将所述内存数据信息发送至所述转储模块;
所述转储模块将接收的所述内存数据信息转储为标准文件,并将所述标准文件发送至所述带外通道模块;
所述带外通道模块将所述标准文件传输至所述后端管理模块。
本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本申请的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
2、本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
Claims (20)
1.一种用于虚拟机的内存转储的方法,其特征在于,包括:
接收内存转储的指令;
根据所述指令,抓取该虚拟机当前的内存数据信息;其中,所述虚拟机为云虚拟机;所述接收内存转储的指令的为虚拟机的总线驱动系统,所述总线驱动系统还包括信息抓取模块和转储模块;所述根据所述指令,抓取该虚拟机当前的内存数据信息具体是,所述信息抓取模块将所述虚拟机当前的内存数据进行收集;
将所述内存数据信息存储为标准文件;
所述标准文件通过预设的带外通道传输至物理主机的管理中心,包括:所述标准文件通过预设的带外通道传输至虚拟机的传输端口;所述虚拟机的传输端口通过预设通道将所述标准文件传输至后端的物理主机的管理中心;其中,所述预设的带外通道是与虚拟机上的操作系统不相关的通道,且是不依赖于虚拟机系统本身的内存转储工具。
2.根据权利要求1所述的用于虚拟机的内存转储的方法,其特征在于,所述将所述内存数据信息存储为标准文件具体是,所述转储模块将收集的所述内存数据转存为标准文件,并将所述标准文件向外发送。
3.根据权利要求2所述的用于虚拟机的内存转储的方法,其特征在于,所述转储模块将收集的所述内存数据转存为标准文件,并将所述标准文件向外发送包括:所述转储模块将收集的所述内存数据按照预设方式转存为若干批次的标准文件,所述标准文件向外发送是按照预设方式分批次发送;
所述转储模块将收集的所述内存数据按照预设方式转存为若干批次的标准文件中的预设方式将所述内存数据按照数据类型分类为若干个批次。
4.根据权利要求2所述的用于虚拟机的内存转储的方法,其特征在于,在所述接收内存转储的指令之前,包括:
物理主机的管理中心向所述总线驱动系统发送主动转储的指令;
相应的,所述标准文件通过预设的带外通道传输至物理主机的管理中心包括:
所述标准文件通过所述带外通道的主动路径通道传输至物理主机的管理中心。
5.根据权利要求2所述的用于虚拟机的内存转储的方法,其特征在于,在所述接收内存转储的指令之前,还包括:
虚拟机的故障系统向所述总线驱动系统发送被动转储的指令;
相应的,所述标准文件通过预设的带外通道传输至物理主机的管理中心包括:
所述标准文件通过所述带外通道的被动路径通道传输至物理主机的管理中心。
6.根据权利要求5所述的用于虚拟机的内存转储的方法,其特征在于,所述标准文件通过所述带外通道的被动路径通道传输至物理主机的管理中心步骤中的采用的传输方式包括:数据同步方式;
所述数据同步方式包括共享内存方式和Poll方式。
7.根据权利要求6所述的用于虚拟机的内存转储的方法,其特征在于,所述数据同步方式为共享内存方式时,所述共享内存方式包括:
所述总线驱动系统向所述带外通道调取读写函数;
所述读写函数将所述标准文件设置为共享信息;
所述物理主机的管理中心通过共享的方式读取所述共享信息。
8.根据权利要求6所述的用于虚拟机的内存转储的方法,其特征在于,所述数据同步方式为Poll方式时,所述Poll方式包括:
所述总线驱动系统生成的标准文件主动发送至所述物理主机的管理中心。
9.根据权利要求5所述的用于虚拟机的内存转储的方法,其特征在于,在所述虚拟机的故障系统向所述总线驱动系统发送内存转储的指令之前,还包括:
检查物理主机或虚拟机的系统是否发生故障,若是,则启动虚拟机的故障系统。
10.根据权利要求1所述的用于虚拟机的内存转储的方法,其特征在于,所述虚拟机的传输端口与所述物理主机的管理中心之间的数据传输方式采用双向传输的方式。
11.根据权利要求1所述的用于虚拟机的内存转储的方法,其特征在于,在所述根据所述指令,抓取主机当前的内存数据信息步骤中,若抓取的数据为加密的内存数据,则所述将所述内存数据信息存储为标准文件包括:
将抓取的所述加密的内存数据进行逆向分析;
根据所述逆向分析获得所述加密数据的分析结果数据;
将所述分析结果数据存储为标准文件。
12.一种用于虚拟机的内存转储的装置,其特征在于,包括:
指令接收单元,用于接收内存转储的指令;
信息抓取单元,用于根据所述指令,抓取该虚拟机当前的内存数据信息;其中,所述虚拟机为云虚拟机;所述接收内存转储的指令的为虚拟机的总线驱动系统,所述总线驱动系统还包括信息抓取模块和转储模块;所述根据所述指令,抓取该虚拟机当前的内存数据信息具体是,所述信息抓取模块将所述虚拟机当前的内存数据进行收集;
标准文件生成单元,用于将所述内存数据信息存储为标准文件;
传输单元,用于所述标准文件通过预设的带外通道传输至物理主机的管理中心,包括:所述标准文件通过预设的带外通道传输至虚拟机的传输端口;所述虚拟机的传输端口通过预设通道将所述标准文件传输至后端的物理主机的管理中心;其中,所述预设的带外通道是与虚拟机上的操作系统不相关的通道,且是不依赖于虚拟机系统本身的内存转储工具。
13.根据权利要求12所述的用于虚拟机的内存转储的装置,其特征在于,所述接收内存转储的指令的为虚拟机的总线驱动系统,所述总线驱动系统还包括信息抓取模块和转储模块;
所述信息抓取单元具体用于所述信息抓取模块将所述虚拟机当前的内存数据进行收集;
所述标准文件生成单元具体用于所述转储模块将收集的所述内存数据转存为标准文件,并将所述标准文件向外发送。
14.根据权利要求13所述的用于虚拟机的内存转储的装置,其特征在于,所述标准文件生成单元还包括批次发送子单元;
所述批次发送子单元用于所述转储模块将收集的所述内存数据按照预设方式转存为若干批次的标准文件,所述标准文件向外发送是按照预设方式分批次发送。
15.根据权利要求12所述的用于虚拟机的内存转储的装置,其特征在于,还包括:
主动转储指令发送单元,用于物理主机的管理中心向所述总线驱动系统发送主动转储的指令;
相应的,所述传输单元具体用于所述标准文件通过所述带外通道的主动路径通道传输至物理主机的管理中心。
16.根据权利要求12所述的用于虚拟机的内存转储的装置,其特征在于,还包括:
被动转储指令发送单元,用于虚拟机的故障系统向所述总线驱动系统发送被动转储的指令;
相应的,所述传输单元具体用于所述标准文件通过所述带外通道的被动路径通道传输至物理主机的管理中心。
17.根据权利要求16所述的用于虚拟机的内存转储的装置,其特征在于,所述传输单元采用的传输方式包括:数据同步方式;所述数据同步方式包括共享内存方式和Poll方式;
所述数据同步方式为共享内存方式时,所述传输单元还包括:
函数调取子单元,用于所述总线驱动系统向所述带外通道调取读写函数;
共享信息设置子单元,用于所述读写函数将所述标准文件设置为共享信息;
共享信息读取子单元,用于所述物理主机的管理中心通过共享的方式读取所述共享信息。
18.根据权利要求12所述的用于虚拟机的内存转储的装置,其特征在于,所述传输单元还包括:
传输端口传输子单元,用于所述标准文件通过预设的带外通道传输至虚拟机的传输端口;
预设通道传输子单元,用于所述虚拟机的传输端口通过预设通道将所述标准文件传输至物理主机的管理中心。
19.根据权利要求12所述的用于虚拟机的内存转储的装置,其特征在于,在所述信息抓取单元中,若抓取的数据为加密的内存数据,则所述标准文件生成单元包括:
逆向分析子单元,用于将抓取的所述加密的内存数据进行逆向分析;
结果数据获得子单元,用于根据所述逆向分析获得所述加密数据的分析结果数据;
标准文件存储子单元,用于将所述分析结果数据存储为标准文件。
20.一种用于虚拟机的内存转储的系统,其特征在于,包括:总线驱动模块、信息抓取模块、转储模块、带外通道模块和后端管理模块;
所述总线驱动模块接收内存转储指令,将所述内存转储指令发送至信息抓取模块;
所述信息抓取模块分级所述指令抓取虚拟机当前的内存数据信息,并将所述内存数据信息发送至所述转储模块;其中,所述虚拟机为云虚拟机;
所述转储模块将接收的所述内存数据信息转储为标准文件,并将所述标准文件发送至所述带外通道模块;其中,所述带外通道模块具有的带外通道是与虚拟机上的操作系统不相关的通道,且是不依赖于虚拟机系统本身的内存转储工具;
所述带外通道模块将所述标准文件传输至所述后端管理模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610049301.2A CN106997315B (zh) | 2016-01-25 | 2016-01-25 | 一种用于虚拟机的内存转储的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610049301.2A CN106997315B (zh) | 2016-01-25 | 2016-01-25 | 一种用于虚拟机的内存转储的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106997315A CN106997315A (zh) | 2017-08-01 |
CN106997315B true CN106997315B (zh) | 2021-01-26 |
Family
ID=59428915
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610049301.2A Active CN106997315B (zh) | 2016-01-25 | 2016-01-25 | 一种用于虚拟机的内存转储的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106997315B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108021444B (zh) * | 2017-11-06 | 2022-04-05 | 珠海格力智能装备有限公司 | 数据处理方法和装置 |
CN114595038A (zh) * | 2022-04-28 | 2022-06-07 | 阿里云计算有限公司 | 数据处理方法、计算设备及计算机存储介质 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101025709A (zh) * | 2006-02-22 | 2007-08-29 | 联想(北京)有限公司 | 一种计算机操作系统故障现场信息获取的系统和方法 |
CN101295268A (zh) * | 2007-04-27 | 2008-10-29 | 国际商业机器公司 | 面向软件系统的分区存储器转储方法和装置 |
CN101542432A (zh) * | 2006-11-21 | 2009-09-23 | 微软公司 | 替换系统硬件 |
CN101553791A (zh) * | 2006-11-21 | 2009-10-07 | 微软公司 | 用于替换核心系统硬件的驱动程序模型 |
CN102063367A (zh) * | 2010-10-29 | 2011-05-18 | 凌阳科技股份有限公司 | 针对当机程序的离线分析方法及装置 |
JP2012103952A (ja) * | 2010-11-11 | 2012-05-31 | Mitsubishi Electric Corp | メモリダンプ方法 |
CN102831069A (zh) * | 2012-06-30 | 2012-12-19 | 华为技术有限公司 | 内存处理方法、内存管理设备 |
CN103226510A (zh) * | 2013-04-27 | 2013-07-31 | 华为技术有限公司 | 解析vmcore文件的方法和装置 |
CN103858113A (zh) * | 2011-10-13 | 2014-06-11 | 国际商业机器公司 | 保护虚拟客户的内存 |
CN103927240A (zh) * | 2014-05-06 | 2014-07-16 | 成都西加云杉科技有限公司 | 应对软件崩溃的信息转储方法和装置 |
CN104536874A (zh) * | 2014-12-26 | 2015-04-22 | 北京像素软件科技股份有限公司 | 客户端崩溃定位方法和设备 |
CN104699615A (zh) * | 2012-03-31 | 2015-06-10 | 北京奇虎科技有限公司 | 一种系统故障的处理方法和装置 |
WO2015127642A1 (en) * | 2014-02-28 | 2015-09-03 | Huawei Technologies Co., Ltd. | Method for debugging computer program |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9043653B2 (en) * | 2012-08-31 | 2015-05-26 | International Business Machines Corporation | Introspection of software program components and conditional generation of memory dump |
US9015534B2 (en) * | 2012-11-08 | 2015-04-21 | Dell Products L.P. | Generation of memory dump of a computer process without terminating the computer process |
-
2016
- 2016-01-25 CN CN201610049301.2A patent/CN106997315B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101025709A (zh) * | 2006-02-22 | 2007-08-29 | 联想(北京)有限公司 | 一种计算机操作系统故障现场信息获取的系统和方法 |
CN101542432A (zh) * | 2006-11-21 | 2009-09-23 | 微软公司 | 替换系统硬件 |
CN101553791A (zh) * | 2006-11-21 | 2009-10-07 | 微软公司 | 用于替换核心系统硬件的驱动程序模型 |
CN101295268A (zh) * | 2007-04-27 | 2008-10-29 | 国际商业机器公司 | 面向软件系统的分区存储器转储方法和装置 |
CN102063367A (zh) * | 2010-10-29 | 2011-05-18 | 凌阳科技股份有限公司 | 针对当机程序的离线分析方法及装置 |
JP2012103952A (ja) * | 2010-11-11 | 2012-05-31 | Mitsubishi Electric Corp | メモリダンプ方法 |
CN103858113A (zh) * | 2011-10-13 | 2014-06-11 | 国际商业机器公司 | 保护虚拟客户的内存 |
CN104699615A (zh) * | 2012-03-31 | 2015-06-10 | 北京奇虎科技有限公司 | 一种系统故障的处理方法和装置 |
CN102831069A (zh) * | 2012-06-30 | 2012-12-19 | 华为技术有限公司 | 内存处理方法、内存管理设备 |
CN103226510A (zh) * | 2013-04-27 | 2013-07-31 | 华为技术有限公司 | 解析vmcore文件的方法和装置 |
WO2015127642A1 (en) * | 2014-02-28 | 2015-09-03 | Huawei Technologies Co., Ltd. | Method for debugging computer program |
CN103927240A (zh) * | 2014-05-06 | 2014-07-16 | 成都西加云杉科技有限公司 | 应对软件崩溃的信息转储方法和装置 |
CN104536874A (zh) * | 2014-12-26 | 2015-04-22 | 北京像素软件科技股份有限公司 | 客户端崩溃定位方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN106997315A (zh) | 2017-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9965014B2 (en) | Techniques for tracing wakelock usage | |
US8041940B1 (en) | Offloading encryption processing in a storage area network | |
US10552089B2 (en) | Data processing for managing local and distributed storage systems by scheduling information corresponding to data write requests | |
CN107092835B (zh) | 一种虚拟存储盘的计算机数据加密装置及方法 | |
US11385801B1 (en) | Offloading device management responsibilities of a storage device to a storage controller | |
US10055377B2 (en) | Using a proprietary framework on a standards-based embedded device | |
WO2014093952A1 (en) | Compatibly extending offload token size | |
US10929231B1 (en) | System configuration selection in a storage system | |
US8909822B2 (en) | Output device, log collecting method for output device, and storage medium | |
KR102331926B1 (ko) | 저장 장치를 포함하는 호스트 시스템의 동작 방법 및 저장 장치 제어기의 동작 방법 | |
US12026037B2 (en) | Information recording method, apparatus, and device, and readable storage medium | |
CN106997315B (zh) | 一种用于虚拟机的内存转储的方法和装置 | |
EP3429128B1 (en) | Hard drive operation method and hard drive manager | |
WO2017147794A1 (zh) | 差异数据备份的方法和设备 | |
CN111949585A (zh) | 数据转换处理方法及装置 | |
CN110134538B (zh) | 快速定位问题日志的方法、装置、介质和电子设备 | |
CN109274721B (zh) | 一种基于虚拟磁盘映射的LAN-free传输方法及系统 | |
US10360108B2 (en) | System and method of using performance-maintaining commands for generating a backup of unsupported file systems | |
CN114826886B (zh) | 一种应用软件容灾方法、装置及电子设备 | |
US9870249B2 (en) | Virtual computer system, method, and non-transitory computer readable medium | |
US8811133B2 (en) | Writing system, writing device, and writing method | |
CN112540872B (zh) | 通用持续数据保护方法、装置及电子设备 | |
CN111274176B (zh) | 一种信息处理方法、电子设备、系统及存储介质 | |
KR101300093B1 (ko) | 듀얼 포렌식 장치 및 방법 | |
CN113434324A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |