CN117235021A - 一种信息存储方法、客户端及服务端 - Google Patents

Abstract

本申请公开了一种信息存储方法、客户端及服务端，如果确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息，将特定信息发送至服务端进行存储，其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。

Description

一种信息存储方法、客户端及服务端

技术领域

本申请涉及数据存储领域，尤其涉及一种信息存储方法、客户端及服务端。

背景技术

在系统正常运行时，如：Linux系统，产生的日志文件通常是存储在磁盘中的/var/log目录下，而在某些特殊情况下，如：磁盘损坏、磁盘驱动工作异常等，系统后续运行过程中产生的日志文件就无法再写入到磁盘中的/var/log目录下。若无法对日志文件进行存储，就会导致无法对系统运行进行分析。

发明内容

有鉴于此，本申请提供一种信息存储方法、客户端及服务端，其具体方案如下：

一种信息存储方法，包括：

如果确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息；

将所述特定信息发送至服务端进行存储；

其中，所述特定信息至少包括关键日志，所述客户端用于记录操作系统的特定信息。

进一步的，所述确定客户端写入操作出现异常，包括：

确定测试信息是否能够存储至预设测试文件中；

若确定在预设时长内所述测试信息未存储至所述预设测试文件中，则确定客户端写入操作出现异常。

进一步的，所述确定测试信息是否能够存储至预设测试文件中，包括：

启动决策线程；

通过检测线程将测试信息写入所述预设测试文件；

间隔预设时长，通过所述决策线程确定所述检测线程的状态，进而确定所述测试信息是否能够存储至所述预设测试文件中。

进一步的，还包括：

在确定所述写入操作未出现异常的情况下，通过所述检测线程重新执行将所述测试信息写入所述预设测试文件的写入操作。

进一步的，还包括：

若确定所述写入操作未出现异常，将待存储至所述预设存储文件的特定信息存储至所述预设存储文件。

进一步的，所述将所述特定信息发送至服务端进行存储，包括：

获得所述特定信息包括的关键日志；

至少将所述关键日志发送至服务端进行存储。

一种信息存储方法，包括：

获得客户端的请求，所述客户端的请求是在确定所述客户端写入操作出现异常时发送的；

基于所述客户端的请求获得所述客户端发送的待存储至所述客户端的预设存储文件的特定信息，所述特定信息至少包括关键日志；

在所述服务端的信息存储位置存储所述特定信息。

进一步的，还包括：

构建所述客户端与服务端之间的虚拟连接网络，以便所述服务端能够基于所述虚拟连接网络获得所述客户端的请求。

一种客户端，包括：

第一存储器，用于存储预设存储文件；

第一处理器，用于在确定所述客户端写入操作出现异常时，获得所述客户端中待存储至所述预设存储文件的特定信息，将所述特定信息发送至服务端进行存储；

其中，所述特定信息至少包括关键日志，所述客户端用于记录操作系统的特定信息。

一种服务端，包括：

第二处理器，用于获得客户端的请求，所述客户端的请求是在确定所述客户端写入操作出现异常时发送的；基于所述客户端的请求获得所述客户端发送的待存储至所述客户端的预设存储文件的特定信息，所述特定信息至少包括关键日志；

第二存储器，用于在信息存储位置存储所述特定信息。

从上述技术方案可以看出，本申请公开的信息存储方法、客户端及服务端，如果确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息，将特定信息发送至服务端进行存储，其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。

附图说明

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

图1为本申请实施例公开的一种信息存储方法的流程图；

图2为本申请实施例公开的一种信息存储方法的流程图；

图3为本申请实施例公开的一种信息存储方法的流程图；

图4为本申请实施例公开的一种信息存储方法的流程图；

图5为本申请实施例公开的一种客户端的结构示意图；

图6为本申请实施例公开的一种服务端的结构示意图。

具体实施方式

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

本申请公开了一种信息存储方法，应用于客户端，其流程图如图1所示，包括：

步骤S11、如果确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息；

步骤S12、将特定信息发送至服务端进行存储，其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。

Linux系统在正常运行时，产生的日志文件通常会存储在磁盘的特定目录下，如：/var/log目录下，而当出现磁盘损坏或磁盘驱动工作异常等异常情况时，系统运行过程产生的日志文件无法再写入到磁盘中，这就使得当系统运行出现问题时，由于系统运行过程中产生的日志文件并未存储至磁盘的特定目录下，而导致没有对系统运行中可能存在的异常进行分析的依据。

为了避免这一问题，本方案中，在确定客户端写入操作出现异常时，将需要存储至预设存储文件的特定信息存储至服务端，以保证特定信息的存储，从而能够基于特定信息对客户端的写入异常进行分析。

具体的，客户端的程序运行在服务器的Linux系统上，服务端的程序运行在基板管理控制器BMC上，客户端的程序与服务端的程序可通过基板管理控制器BMC的USB上的虚拟网卡Ethernet Over USB进行网络通讯，当然，也可以通过硬件接口，如：I2C接口等实现通讯。

在系统运行过程中会产生日志文件，而日志文件通常存储于客户端，即客户端用于记录操作系统的特定信息，特定信息中包括：操作系统运行过程中所生成的日志文件，其可以仅包括关键日志，也可以包括所有日志。

其中，关键日志是操作系统运行过程中用于分析操作系统运行过程中可能出现的常见问题的日志文件，其是从操作系统运行过程中生成的所有日志文件中选择出的用于分析常见问题的日志文件。

若日志文件无法写入磁盘的特定位置，其可能是服务器出现异常导致的，此时，基板管理控制器BMC可处于正常运行状态，则为了保证能够基于日志文件对系统运行状态进行分析，可以将日志文件存储至运行在基板管理控制器BMC上的服务端，以保证对日志文件的正常存储。

在一实施例中，如果确定客户端写入操作出现异常，即特定信息无法存储至客户端的预设存储文件处，此时，由于基板管理控制器BMC处于正常运行状态，则可将特定信息存储至运行于基板管理控制器BMC上的服务端，以完成特定信息的写入。

在将特定信息写入预设存储文件或者服务端之前，首先将特定信息存储至内存中的临时文件中，当确定客户端写入操作出现问题时，可以不再将特定信息向预设存储文件发送并存储，而是将特定信息发送至服务端，以便服务端能够存储该特定信息。

该临时文件是预先创建在内存中的，若系统运行，就创建该临时文件，以便临时存储特定信息，之后确定客户端的写入操作是否出现异常，如果未出现异常，则将临时文件中存储的特定信息存储至预设存储文件中；如果出现异常，则将临时文件中存储的特定信息发送至服务端，在服务端进行存储。在将特定信息存储至预设存储文件或服务端之后，临时文件中存储的特定信息会被清除，以便于能够在临时文件中继续存储系统后续运行生成的特定信息。

另外，当客户端写入操作异常，需要将特定信息存储至服务端，此时，存储至服务端的特定信息可以为：操作系统运行过程中所生成的关键日志，或者，所有日志文件。

其中，若存储至服务端的是特定信息中的关键日志，则此时的关键日志并非是用于分析操作系统运行过程中容易出现的场景问题的日志文件，而是与当前客户端写入操作异常相关的日志文件。

即若待存储至预设存储文件的特定信息为关键日志，则在将该特定信息存储至客户端的预设存储文件时，其关键日志为用于分析操作系统运行过程中容易出现的场景问题的日志文件，而在将该特定信息存储至服务端时，其关键日志为与当前客户端写入操作异常相关的日志文件。

本实施例公开的信息存储方法，如果确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息，将特定信息发送至服务端进行存储，其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。本方案在客户端写入操作出现异常时，将需要写入的特定信息存储至服务端，以避免特定信息无法存储，从而导致无法基于特定信息对操作系统进行分析的情况发生。

本实施例公开了一种信息存储方法，其流程图如图2所示，包括：

步骤S21、确定测试信息是否能够存储至预设测试文件中；

步骤S22、若确定在预设时长内测试信息未存储至预设测试文件中，则确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息；

步骤S23、将特定信息发送至服务端进行存储，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。

在操作系统运行过程中，生成日志文件，将日志文件存储至客户端的预设存储文件中，而当客户端写入操作出现异常时，日志文件无法被存储至客户端的预设存储文件中，此时，将日志文件发送至服务端，以便服务端对其进行存储。

而确定客户端写入操作是否出现异常，可以为：将日志文件写入客户端的预设存储文件中，以确定是否写入成功，若写入成功，则表明客户端写入操作未出现异常，若未写入成功，则表明客户端写入操作出现异常。

本方案中预先创建测试信息及预设测试文件，基于测试信息写入预设测试文件的结果确定客户端写入操作是否出现异常，以实现对硬盘是否能够写入进行判断。用于进行测试的测试信息通常较小，通过这一方式对客户端写入操作进行测试，能够基于较短的时间确定客户端写入操作是否异常，并在确定写入操作异常时将需要存储至客户端预设存储文件的特定信息存储至服务端。

确定测试信息是否能够存储至预设测试文件中，如果在预设时长内测试信息能够存储至预设测试文件，则表明客户端写入操作未出现异常；如果在预设时长内测试信息未存储至预设测试文件，则表明客户端写入操作出现异常，不能将特定信息存储至客户端的预设存储文件中，需要将特定信息存储至服务端。

其中，预设测试文件位于客户端，当预设测试文件中能够被写入测试信息时，即表明同样位于客户端的预设存储文件能够存储特定信息。

测试信息可以为文件大小小于预设值的文件，如：测试信息的文件大小为1k，通常情况下，要写入1k大小的数据，所需常规时间较短，通常几秒就能够完成，若超过常规时间仍未写入完成，则可确定写入操作出现异常。由于测试信息是需要被写入客户端的预设测试文件中，若超过所需时间仍未写完，则可确定客户端写入操作出现异常，此时，生成第一反馈信息，以便于能够基于该第一反馈信息将特定信息写入至服务端；

若测试信息在常规时间内完成写入至预设测试文件中的操作，则可确定客户端写入操作未出现异常，则直接将待写入至预设存储文件的特定信息写入至客户端的预设存储文件中。

在一实施例中，可以执行间隔固定时长执行测试信息是否能够存储至预设测试文件的判断操作，基于该结果确定后续一定时长内基于操作系统运行生成的日志文件是存储至客户端的预设存储文件中，还是被存储至服务端。即若确定测试信息在预设时长内被存储至预设测试文件，则在后续一定时长内将生成的日志文件存储至客户端的预设存储文件中，若在预设时长内未将测试信息存储至预设测试文件，则在后续一定时长内将生成的日志文件存储至服务端。当该段时长结束后，继续执行测试信息是否能够存储至预设测试文件的判断操作。该时长即为执行测试信息是否能够存储至预设测试文件的判断操作的一个周期所需的时长。

本实施例公开的信息存储方法，确定测试信息是否能够存储至预设测试文件中；若确定在预设时长内测试信息未存储至预设测试文件中，则确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息；将特定信息发送至服务端进行存储，其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。本方案在客户端写入操作出现异常时，将需要写入的特定信息存储至服务端，以避免特定信息无法存储，从而导致无法基于特定信息对操作系统进行分析的情况发生；另外，通过测试信息的存储确定客户端写入操作是否出现异常，无需直接存储特定信息，以提高存储效率。

本实施例公开了一种信息存储方法，其流程图如图3所示，包括：

步骤S31、启动决策线程；

步骤S32、通过检测线程将测试信息写入预设测试文件；

步骤S33、间隔预设时长，通过决策线程确定检测线程的状态，进而确定测试信息是否能够存储至预设测试文件中；

步骤S34、若确定在预设时长内测试信息未存储至预设测试文件中，确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息；

步骤S35、将特定信息发送至服务端进行存储，其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。

通过测试信息是否能够存储至预设测试文件的测试结果确定客户端写入操作是否出现异常，从而确定是将特定信息存储至客户端的预设存储文件还是存储至服务端。

在一实施例中，可通过线程来实现上述功能，其中，客户端用于实现上述功能的线程至少包括：主线程、检测线程及决策线程。

其中，主线程主要用于实现目录文件以及其他线程的创建。

目录文件可以为用于存储特定信息的预设存储文件，也可以为用于存储测试信息的预设测试文件。主线程创建的用于存储特定信息的预设存储文件的目录信息可以为：/tmp/disk_fault_log，主线程创建的用于存储测试信息的预设测试文件的目录信息可以为：/var/log/disk_fault_check。

主线程在将预设存储文件及预设测试文件创建完成后，可首先创建线程间的同步方法，之后再创建线程，以便于线程创建完成后，即可基于线程实现日志文件的写入。

在主线程将其他线程创建完成后，执行日志文件的写入过程。首先由检测线程创建测试信息，之后唤醒决策线程，检测线程将测试数据写入到预设测试文件中，之后检测线程进入睡眠状态，等待决策线程进行决策。其中，检测线程创建测试信息和唤醒决策线程可同步进行，此处对步骤的先后顺序不做限定。

决策线程初始处于睡眠状态，当检测线程唤醒决策线程时，决策线程等待预设时长，若达到预设时长时，决策线程确定检测线程是否写入操作执行完成，若此时，检测线程将测试信息写入预设测试文件中，则表明客户端写入操作正常，则将特定信息存储至预设存储文件中，之后，唤醒检测线程，以使检测线程继续执行下一次的检测操作，即若确定写入操作未出现异常时，通过检测线程重新执行将测试信息写入预设测试文件的写入操作。

若检测线程在达到预设时长时仍未将测试信息写入至预设测试文件中，则表明当前客户端写入操作出现异常，此时，需唤醒收集日志线程，以获得特定信息中的关键日志，从而将关键日志存储至服务端。

其中，收集日志线程也是主线程创建的。收集日志线程在决策线程唤醒后，收集关键日志，并唤醒发送日志线程，以便将关键日志发送至服务端进行存储。

收集日志线程用于从操作系统运行过程中生成的所有日志文件中提取出与磁盘当前异常相关的常用日志，并利用sysrq等工具收集关键日志信息，将提取出的常用日志及关键日志信息进行打包，以获得关键日志，并利用发送日志线程将打包形成的关键日志进行发送。其中，sysrq工具能够搜集系统内存使用、CPU任务处理、进程运行状态等运行信息。

发送日志线程也是由主线程创建的，其用于与服务端建立链接请求，并将打包形成的关键日志发送至服务端。

另外，通过发送日志线程发送至服务端的是收集日志线程打包好的日志文件，若收集日志线程是将操作系统运行过程中生成的所有日志文件打包起来，则发送日志线程将打包起来的所有日志文件发送至服务端，以便服务端对其进行存储；若收集日志线程是将从所有日志文件中提取出的与磁盘当前异常相关的常用日志打包起来，则发送日志线程是将打包起来的常用日志发送至服务端，以便服务端进行存储；若收集日志线程是将收集到的关键日志信息进行打包，则发送日志线程是将打包起来的关键日志信息发送至服务端，以便服务端进行存储。

使用本实施例公开的信息存储方法对客户端是否存在写入操作异常进行测试，并在确定存在异常时，将特定信息发送至服务端进行存储，能够直接将至少包括关键日志的特定信息在服务端进行存储，能够在客户端未出现异常时提前部署，避免了复现测试，并且，无需现场调试，提高了收集到用于调试异常所需的日志文件的效率。

本实施例公开的信息存储方法，启动决策线程，通过检测线程将测试信息写入预设测试文件；间隔预设时长，通过决策线程确定检测线程的状态，进而确定测试信息是否能够存储至预设测试文件中；若确定在预设时长内测试信息未存储至预设测试文件中，则确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息；将特定信息发送至服务端进行存储，其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。本方案在客户端写入操作出现异常时，将需要写入的特定信息存储至服务端，以避免特定信息无法存储，从而导致无法基于特定信息对操作系统进行分析的情况发生；另外，通过测试信息是否能够存储至预设测试文件中确定客户端写入操作是否出现异常，无需直接存储特定信息，以提高存储效率。

本实施例公开了一种信息存储方法，应用于服务端，其流程图如图4所示，包括：

步骤S41、获得客户端的请求，客户端的请求是在确定客户端写入操作出现异常时发送的；

步骤S42、基于客户端的请求获得客户端发送的待存储至客户端的预设存储文件的特定信息，特定信息至少包括关键日志；

步骤S43、在服务端的信息存储位置存储特定信息。

操作系统运行过程中产生的日志文件通常写入磁盘中，然而，当客户端写入操作出现异常时，日志文件无法写入至磁盘的特定目录下。

基于此，本方案中，确定客户端是否写入操作出现异常，若确定写入操作出现异常时，将需要写入至客户端预设存储文件的特定信息发送至服务端，以便服务端存储该特定信息，保证了日志文件有位置存储，避免出现由于未存储日志文件而导致异常无处追溯的情况。

在一实施例中，在将待存储至客户端的预设存储文件的特定信息存储至服务端之前，首先需要建立客户端与服务端之间的网络通讯，在网络通讯连通后，服务端能够获得客户端输出的请求，并基于该请求获得客户端发送的待存储至客户端的预设存储文件的特定信息。

其中，在客户端写入操作无异常时，无需获得特定信息；当客户端写入操作异常时，获得特定信息，但是，此时无法将特定信息存储至客户端的预设存储文件，而是将其发送至服务端，由服务端将其存储至信息存储位置，以便于特定信息能够被存储及调用。

在一实施例中，当获得客户端的请求时，基于该请求根据客户端的ip地址创建log文件，该log文件即为信息存储位置，用于存储特定信息，log文件的目录信息可以为：/var/log/disk_fault_log/(客户端IP地址)/disk_fault_log.tar.bz2。

在log文件创建后，将特定信息写入该log文件中，之后关闭log文件，以便继续监听是否获得客户端的请求。

另外，客户端在确定写入操作出现异常，并获得待存储至预设存储文件的特定信息后，可基于特定信息确定待传输至服务端的文件，该待传输至服务端的文件是基于特定信息确定的日志文件并进行打包后得到的，再发送至服务端后，在服务端会对接收到的文件进行还原，以获得客户端打包之前的日志文件，服务端在信息存储位置存储的是还原之后的日志文件。

进一步的，本实施例公开的信息存储方法，还可以包括：

构建客户端与服务端之间的虚拟连接网络，以便服务端能够基于虚拟连接网络获得客户端的请求。

该虚拟连接网络及虚拟网卡Ethernet Over USB，基于该基板管理控制器BMC的USB上的虚拟网卡Ethernet Over USB进行网络通讯，以便客户端与服务端之间能够实现通讯。

本实施例公开的信息存储方法是基于上述实施例公开的信息存储方法实现的，在此不再赘述。

本实施例公开的一种信息存储方法，获得客户端的请求，客户端的请求是在确定客户端写入操作出现异常时发送的；基于客户端的请求获得客户端发送的待存储至客户端的预设存储文件的特定信息，特定信息至少包括关键日志；在服务端的信息存储位置存储特定信息。本方案在客户端写入操作出现异常时，将需要写入的特定信息存储至服务端，以避免特定信息无法存储，从而导致无法基于特定信息对操作系统进行分析的情况发生。

本实施例公开了一种客户端，其结构示意图如图5所示，包括：

第一存储器51及第一处理器52。

其中，第一存储器51用于存储预设存储文件；

第一处理器52用于在确定客户端写入操作出现异常时，获得客户端中待存储至预设存储文件的特定信息，将特定信息发送至服务端进行存储；

其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。

本实施例公开的客户端是基于上述实施例公开的信息存储方法实现的，在此不再赘述。

本实施例公开的客户端，如果确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息，将特定信息发送至服务端进行存储，其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。本方案在客户端写入操作出现异常时，将需要写入的特定信息存储至服务端，以避免特定信息无法存储，从而导致无法基于特定信息对操作系统进行分析的情况发生。

本实施例公开了一种服务端，其结构示意图如图6所示，包括：

第二处理器61及第二存储器62。

其中，第二处理器61用于获得客户端的请求，客户端的请求是在确定客户端写入操作出现异常时发送的；基于客户端的请求获得客户端发送的待存储至客户端的预设存储文件的特定信息，特定信息至少包括关键日志；

第二存储器62用于在信息存储位置存储特定信息。

本实施例公开的服务端是基于上述实施例公开的信息存储方法实现的，在此不再赘述。

本实施例公开的一种服务端，获得客户端的请求，客户端的请求是在确定客户端写入操作出现异常时发送的；基于客户端的请求获得客户端发送的待存储至客户端的预设存储文件的特定信息，特定信息至少包括关键日志；在服务端的信息存储位置存储特定信息。本方案在客户端写入操作出现异常时，将需要写入的特定信息存储至服务端，以避免特定信息无法存储，从而导致无法基于特定信息对操作系统进行分析的情况发生。

进一步的，本实施例还公开了一种信息存储系统，其包括：

客户端及服务端。

其中，客户端用于在确定客户端写入操作出现异常时，获得客户端中待存储至预设存储文件的特定信息，将特定信息发送至服务端进行存储；其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息；

服务端用于获得客户端的请求，客户端的请求是在确定客户端写入操作出现异常时发送的；基于客户端的请求获得客户端发送的待存储至客户端的预设存储文件的特定信息。

本实施例公开的信息存储系统，如果确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息，将特定信息发送至服务端进行存储，其中，特定信息至少包括关键日志，客户端用于记录操作系统的特定信息。本方案在客户端写入操作出现异常时，将需要写入的特定信息存储至服务端，以避免特定信息无法存储，从而导致无法基于特定信息对操作系统进行分析的情况发生。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

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

Claims (10)

1.一种信息存储方法，包括：

如果确定客户端写入操作出现异常，获得客户端中待存储至预设存储文件的特定信息；

将所述特定信息发送至服务端进行存储；

其中，所述特定信息至少包括关键日志，所述客户端用于记录操作系统的特定信息。

2.根据权利要求1所述的方法，其中，所述确定客户端写入操作出现异常，包括：

确定测试信息是否能够存储至预设测试文件中；

若确定在预设时长内所述测试信息未存储至所述预设测试文件中，则确定客户端写入操作出现异常。

3.根据权利要求2所述的方法，其中，所述确定测试信息是否能够存储至预设测试文件中，包括：

启动决策线程；

通过检测线程将测试信息写入所述预设测试文件；

间隔预设时长，通过所述决策线程确定所述检测线程的状态，进而确定所述测试信息是否能够存储至所述预设测试文件中。

4.根据权利要求3所述的方法，其中，还包括：

在确定所述写入操作未出现异常的情况下，通过所述检测线程重新执行将所述测试信息写入所述预设测试文件的写入操作。

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

若确定所述写入操作未出现异常，将待存储至所述预设存储文件的特定信息存储至所述预设存储文件。

6.根据权利要求1所述的方法，其中，所述将所述特定信息发送至服务端进行存储，包括：

获得所述特定信息包括的关键日志；

至少将所述关键日志发送至服务端进行存储。

7.一种信息存储方法，包括：

获得客户端的请求，所述客户端的请求是在确定所述客户端写入操作出现异常时发送的；

基于所述客户端的请求获得所述客户端发送的待存储至所述客户端的预设存储文件的特定信息，所述特定信息至少包括关键日志；

在所述服务端的信息存储位置存储所述特定信息。

8.根据权利要求7所述的方法，其中，还包括：

构建所述客户端与服务端之间的虚拟连接网络，以便所述服务端能够基于所述虚拟连接网络获得所述客户端的请求。

9.一种客户端，包括：

第一存储器，用于存储预设存储文件；

第一处理器，用于在确定所述客户端写入操作出现异常时，获得所述客户端中待存储至所述预设存储文件的特定信息，将所述特定信息发送至服务端进行存储；

其中，所述特定信息至少包括关键日志，所述客户端用于记录操作系统的特定信息。

10.一种服务端，包括：

第二处理器，用于获得客户端的请求，所述客户端的请求是在确定所述客户端写入操作出现异常时发送的；基于所述客户端的请求获得所述客户端发送的待存储至所述客户端的预设存储文件的特定信息，所述特定信息至少包括关键日志；

第二存储器，用于在信息存储位置存储所述特定信息。