CN111352792B - 一种日志管理方法、服务器及具有存储功能的装置 - Google Patents

Abstract

本申请公开了一种日志管理方法、服务器及具有存储功能的装置。该方法包括：在服务器运行时，获取服务器生成的日志；监控服务器，并判断服务器是否发生故障；若是，则获取与故障对应的故障信息；根据故障信息查询数据库，获取与故障信息对应的日志；存储与故障信息对应的日志。通过这种方式，能够减少故障的无关日志的存储及输出，节省存储空间，提高日志管理及故障维护效率。

Description

一种日志管理方法、服务器及具有存储功能的装置

技术领域

本申请涉及通信技术领域，特别是涉及一种日志管理方法、服务器及具有存储功能的装置。

背景技术

在通信系统中，需要保证数据库、交换控制中心、基站等系统模块以及其上安装的各种软件长期稳定地运行，以此来保证客户正常的业务需求。但由于软硬件本身的缺陷，长期运行难免会出现故障。当出现故障后，技术人员需要尽快解决，为了更好地定位、分析和解决问题，运行日志就显得极其重要。

本申请的发明人在长期的研发中发现，现有技术中，一部分通信系统中，在系统开始运行时就进行日志的输出和保存，这样持久的日志输出能够保证日志的完整性，但这种方式容易导致系统性能下降、存储空间溢出的问题；另一部分通信系统设置有日志开关,在日常业务中关闭日志输出,仅在测试或临时需要时事先打开日志，但这种方式会导致无法事先预测日志的需要,导致日常业务中很多日志被丢失，且简单地实施日志关闭或分级输出方案，经常会导致产品的日志缺失，给系统分析和问题定位带来困扰。

发明内容

本申请主要解决的技术问题是提供一种日志管理方法、服务器及具有存储功能的装置，以节省存储空间，提高日志管理及故障维护效率。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种日志管理方法，该方法包括：在服务器运行时，获取服务器生成的日志；监控服务器，并判断服务器是否发生故障；若是，则获取与故障对应的故障信息；根据故障信息查询数据库，获取并存储与故障信息对应的日志；存储与故障信息对应的日志。

其中，故障信息包括故障ID，获取与故障对应的故障信息包括：获取与故障对应的故障ID；根据故障信息查询数据库，获取并存储与故障信息对应的日志包括：将故障ID与数据库中预设故障ID进行匹配；若匹配成功，则获取与故障ID对应的日志ID；获取与日志ID对应的日志。

其中，在获取服务器生成的日志之后进一步包括：获取日志的类型；将不同类型的日志缓存于不同的缓存区；根据故障信息查询数据库，获取与故障信息对应的日志包括：根据故障信息查询数据库，获取与故障信息对应日志信息；从日志信息中获取日志的类型；从与类型对应的缓存区中获取与日志信息对应的日志。

其中，统计故障的故障率；根据故障率更新数据库中预设故障的优先级；根据优先级调整获取与故障对应的日志的数量。

其中，数据库进一步包括日志与故障的关联度，根据优先级调整获取与故障对应的日志的数量包括：根据优先级获取故障的日志输出量N；根据关联度对与故障对应的日志进行降序排序；从排序后的日志中获取关联度位于前N位的日志。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种服务器，该服务器包括：缓存器，用于缓存服务器的运行日志；处理器，用于在服务器运行时，获取日志，并监控服务器及判断服务器是否发生故障；若是，则处理器获取与故障对应的故障信息，并根据故障信息查询数据库，从缓存器中获取与故障信息对应的日志；存储器，用于存储与故障信息对应的日志。

其中，故障信息包括故障ID，处理器进一步获取与故障对应的故障ID，并将故障ID与数据库中预设故障ID进行匹配；若匹配成功，则处理器获进一步取与故障ID对应的日志ID，并获取与日志ID对应的日志。

其中，处理器进一步获取日志的类型，并将不同类型的日志缓存于不同的缓存区；处理器进一步根据故障信息查询数据库，获取与故障信息对应日志信息，并从日志信息中获取日志的类型，且从与类型对应的缓存区中获取与日志信息对应的日志。

其中，处理器进一步统计故障的故障率，并根据故障率更新数据库中预设故障的优先级；处理器进一步根据优先级调整获取与故障对应的日志的数量；数据库进一步包括日志与故障间的关联度，处理器进一步根据优先级获取故障的日志输出量N，并根据关联度对与故障对应的日志进行降序排序，且从排序后的日志中获取关联度位于前N位的日志。

为解决上述技术问题，本申请采用的又一个技术方案是：提供一种具有存储功能的装置，其上存储有程序数据，该程序数据被执行时实现上述方法中的步骤。

本申请实施例的有益效果是：区别于现有技术，本申请实施例日志管理方法包括：在服务器运行时，获取服务器生成的日志；监控服务器，并判断服务器是否发生故障；若是，则获取与故障对应的故障信息；根据故障信息查询数据库，获取与故障信息对应的日志；存储与故障信息对应的日志。本申请实施例通过数据库将故障及日志进行关联，并通过查询数据库，获取并存储与故障对应的日志。通过这种方式，能够有针对性的获取与故障关联的日志，而避免存储与该故障无关的日志，因此，能够减少故障的无关日志的存储输出，节省存储空间，提高日志管理及故障维护效率。

附图说明

图1是本申请日志管理方法第一实施例的流程示意图；

图2是图1日志管理方法中步骤S105的具体流程示意图；

图3是本申请日志管理方法第二实施例的流程示意图；

图4是本申请日志管理方法第三实施例的流程示意图；

图5是图4实施例日志管理方法中步骤S408的具体流程示意图；

图6是本申请服务器一实施例的结构示意图；

图7是图6实施例服务器与服务器间的工作流程示意图；

图8是本申请具有存储功能装置一实施例的结构示意图。

具体实施方式

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

服务器在运行时会周期性或者按照一定的规则生成大量的日志，为监控服务器的运行情况，会获取服务器日志，并存储于磁盘等存储器(不会周期性的删除，与缓存器不同)中，以便于作业人员获取日志，该日志能够反馈服务器的运行情况。例如，可以根据服务器产生的日志获取服务器在运行中产生的故障情况，以便于作业者及时修复故障等。若存储器持久存储服务器生成的全部日志，势必会导致服务器的性能下降，存储器存储空间不足，且存储的日志没有针对性，故障分析难度大等问题；若进行日志开关或视业务场景进行日志分级输出，则容易造成日志的缺失，故障分析难度大，故障定位精度不高等问题。

针对上述问题，本申请进一步提出一种日志管理方法，本实施例的方法可以应用于上述服务器，如图1所示，图1是本申请日志管理方法第一实施例的结构示意图。本实施例的方法包括以下步骤：

步骤S101：在服务器运行时，获取服务器生成的日志。

本实施例中，服务器运行生成的日志，缓存于缓存器或内存中。

步骤S102：监控服务器。

可以通过网管(图未标)对服务器的运行进行监控，当服务器发生故障时，网管会向服务器反馈故障信息，当然，网管还会将服务器的其它信息反馈给服务器。

步骤S103：判断服务器是否发生故障，若是，则进行步骤S104，若否，则返回步骤S102。

步骤S104：获取与故障对应的故障信息。

服务器通过网管反馈的信息判断是否发生了故障，若服务器发生了故障，则从网管反馈的信息中获取服务器的当前故障对应的故障信息，若服务器没有发生故障，则继续监控服务器。

需要注意的是，判断服务器发生了故障，还需继续监控服务器是否有新的故障产生，本实施例的示意图只展示了服务器一次故障判断及处理过程，该故障判断及处理过程可以重复进行。

可选地，本实施例的故障信息包括故障ID，可以通过获取与故障对应的故障ID来实现上述步骤获取与故障对应的故障信息。

步骤S105：根据故障信息查询数据库，获取并存储与故障信息对应的日志。

步骤S106：存储与故障信息对应的日志。

将与故障信息对应的日志存储于服务器的永久磁盘中，便于减少与故障无关的日志的存储及输出，节省存储空间，提高日志管理及故障维护效率。

区别于现有技术，本实施例通过数据库将故障及日志进行关联，并通过查询数据库，获取并存储与故障对应的日志，通过这种方式，能够有针对性的获取与故障关联的日志，而避免获取及存储与该故障无关的日志，因此，能够减少故障的无关日志的存储及输出，节省存储空间，提高日志管理及故障维护效率。

可选地，如图2所示，图2是图1实施例日志管理方法中步骤S105的具体流程示意图。本实施例通过如下步骤实现上述步骤S105。

步骤S201：将故障ID与数据库中预设故障ID进行匹配。

本实施例的数据库至少包括故障-日志关联数据表，该关联数据表至少包括故障ID、日志ID及其二者间的映射关系，如表1所示。

表1故障-日志关联数据表

步骤S202：若匹配成功，则获取与故障ID关联的日志ID。

若服务器故障的故障ID为02，则获取日志ID 0008及0013。

若故障ID与数据表中预设故障ID匹配不成功，即该故障为新故障，则可以将该新故障更新至上述数据库中。

本实施例可以通过计算机算法、故障与日志经验数据建立数据故障-日志关联数据表，并通过智能学习方法将新的故障与日志数据更新至故障-日志关联数据表，以提高故障-日志关联的准确性，关于上述方法这里不详述。

步骤S203：获取与日志ID对应的日志。

本实施例的数据库进一步包括日志ID-日志数据表如表2所示。

若服务器故障的故障ID为02，则从表1中获取日志ID 0008及0013，然后从表2中获取日志“2018-03-04，开启保护电路”及“2018-03-04，电流超过阈值”。

表2日志ID-日志数据表

日志ID	日志
		0006	2018-03-04，呼叫中断
0008	2018-03-04，开启保护电路
		0013	2018-03-04，电流超过阈值

本申请进一步提出第二实施例的日志管理方法，如图3所示，本实施例的方法包括以下步骤：

步骤S301：在服务器运行时，获取服务器生成的日志。

步骤S301与上述步骤S101相同，这里不赘述。

步骤S302：获取日志的类型。

本实施例的日志的类型可以根据不同的服务器、服务器功能模块不同或业务不同而不同，等等。

步骤S303：将不同类型的日志缓存于不同的缓存区。

例如，可以将手机生成的日志及基站设备生成的日志缓存于不同的缓存区，可以将手机实现不同业务生成的日志缓存于不同的缓存区中。

步骤S304：监控服务器。

步骤S305：判断服务器是否发生故障，若是，则进行步骤S306，若否，则返回步骤S304。

步骤S306：获取与故障对应的故障信息。

本实施例的步骤S304-S306与上述本步骤S102-S104相同，这里不赘述。

步骤S307：从日志信息中获取日志的类型。

步骤S308：从与类型对应的缓存区中获取与日志信息对应的日志。

步骤S309：存储与日志信息对应的日志。

区别于现有技术，本实施例将通过将服务器103运行生成的日志进行分区缓存，可以提高服务器从缓存中获取日志的效率，提高日志的管理效率。

当然，在其它实施例中，还可以将数据表中的故障信息进行类似的分区存储，以提高查询数据库的效率。

本申请进一步提出第三实施例的日志管理方法，如图4所示，本实施例的方法包括以下步骤：

步骤S401：在服务器运行时，获取服务器生成的日志。

步骤S402：监控服务器。

步骤S403：判断服务器是否发生故障，若是，则进行步骤S404，若否，则返回步骤S402。

步骤S404：获取与故障对应的故障信息。

步骤S405：根据故障信息查询数据库，获取与故障信息对应的日志。

本实施例的步骤S401-S405与上述本步骤S101-S105相同，这里不赘述。

步骤S406：存储与故障信息对应的日志。

本实施例的步骤S406与上述本步骤S106相同，这里不赘述。

步骤S407：统计故障的故障率。

本实施例的故障信息进一步包括故障率，在服务器每产生一次故障后，都更新故障的故障率，当然，也可以周期性的更新服务器的各个故障的故障率。

步骤S408：根据故障率更新数据库中预设故障的优先级。

本实施例的故障信息进一步包括优先级，服务器根据上述更新的故障率更新故障的优先级，例如，若某故障的故障率升高了，则可以升高该故障的优先级，若某故障的故障率降低了，则可以降低将该故障的优先级。

步骤S409：根据优先级调整获取与故障对应的日志的数量。

可选地，本实施例的故障-日志关联数据进一步包括日志与故障的关联度，如图5所示，图5是图4实施例日志管理方法中步骤S409的具体流程示意图。本实施例通过如下步骤实现上述步骤S409。

步骤S501：根据优先级获取故障的日志输出量N。

步骤S502：根据关联度对与故障对应的日志进行降序排序。

步骤S503：从排序后的日志中获取关联度位于前N位的日志。

若某故障的优先级升高了，可以增加对该故障的关注，增加与该故障关联的日志的输出量，获取更多的与该故障关联的日志，以便于作业者对中故障率较高的故障进行更全面的分析，更好的修复该故障。当然，也可以随着故障的故障率的减少，降低对与该故障关联的日志的输出量。其中，可以获取关联度排序在前的日志，以提高故障分析及定位的精度。

当然，在其它实施例中，可以不限定数据库的数据结构。

本申请进一步提出一种服务器，如图6所示，图6是本申请服务器一实施例的结构示意图。本实施例服务器601包括缓存器602、处理器603及存储器604，其中，缓存器602用于缓存服务器601的运行日志；处理器603用于在服务器601运行时，获取服务器601生成的日志，并监控服务器601及判断服务器601是否发生故障；若是，则处理器603获取与故障对应的故障信息，并根据故障信息查询数据库，从缓存器602中获取与故障信息对应的日志；存储器604用于存储与故障信息对应的日志。

区别于现有技术，本实施例服务器601通过数据库将故障及日志进行关联，并通过查询数据库，获取与故障对应的日志，通过这种方式，能够有针对性的获取与故障关联的日志，而避免获取及存储与该故障无关的日志，因此，能够减少故障的无关日志的存储及输出，节省存储空间，提高日志管理及故障维护效率。

其中，本实施例的故障信息包括故障ID，处理器603进一步获取与故障对应的故障ID，并将故障ID与数据库中预设故障ID进行匹配；若匹配成功，则处理器603获进一步取与故障ID对应的日志ID，并获取与日志ID对应的日志。

其中，处理器603进一步获取日志的类型，并将不同类型的日志缓存于不同的缓存区；处理器603进一步根据故障信息查询数据库，获取与故障信息对应日志信息，并从日志信息中获取日志的类型，且从与类型对应的缓存区中获取与日志信息对应的日志。

其中，处理器603进一步统计故障的故障率，并根据故障率更新数据库中预设故障的优先级；处理器603进一步根据优先级调整获取与故障对应的日志的数量；数据库进一步包括日志与故障间的关联度，处理器603进一步根据优先级获取故障的日志输出量N，并根据关联度对与故障对应的日志进行降序排序，且从排序后的日志中获取关联度位于前N位的日志。

在一个应用场景中，如图7所示，在系统(包括至少一个服务器)运行过程中，服务器将运行日志输出到缓存中，同时网管会对系统中的各个模块运行状态进行实时监控；当系统某个模块出现异常时，网管发出不同级别的告警信息并输出对应的故障ID，以a为例；故障-日志关联模块从网管获得故障ID后，从故障-日志数据库中通过算法进行参考与匹配，得出结论对于ID为a的故障，需要输出日志b以便分析故障；故障-日志关联模块从缓存中智能获取日志b，并输出到磁盘当中，进行持久化保存，便于作业人员利用输出日志针对性地分析和解决系统故障。

其中，本申请的服务器可以是上述服务器，还可以是电脑、手机、网关设备、基站设备及交换控制设备等，具体不做限定。

本申请服务器可用于陆上集群无线电(Trans European Trunked Radio，Tetra)系统，或者其它通信系统，例如，专业数字集群(Professional Digital Trunking，PDT)系统、长期演进(Long Term Evolution，LTE)系统等。

本申请进一步提出一种具有存储功能的装置，如图8所示，图8是本申请具有存储功能的装置一实施例的结构示意图。本实施例具有存储功能的装置801用于存储上述实施例的相关数据802及程序数据803，其中，相关数据802至少包括上述数据库、日志等，程序数据803能够被执行以上述方法实施例的方法。相关数据802及程序数据803已在上述方法实施例中进行了详细的叙述，这里不赘述。

本实施例具有存储功能的装置801可以是但不局限于U盘、SD卡、PD光驱、移动硬盘、大容量软驱、闪存、多媒体记忆卡、服务器等。

区别于现有技术，本申请实施例通过数据库将故障及日志进行关联，并通过查询数据库，获取与故障对应的日志，通过这种方式，能够有针对性的获取与故障关联的日志，而避免获取及存储与该故障无关的日志，因此，能够减少故障的无关日志的存储及输出，节省存储空间，提高日志管理及故障维护效率。

此外，本申请实施例将日志进行分域，并与故障进行关联，建立故障-日志数据库，有利于系统故障管理和建立更好地维护方法；本申请实施例根据故障智能打开相关联的日志并将其持久化输出，减轻了系统性能压力和存储负担，一定程度上有利于系统稳定性；本申请针对不同故障智能持久化输出的日志完整且针对性强，提高产品的故障定位能力，提高产品品质，降低运维难度，提高客户满意度，增强产品竞争力。

另外，上述功能如果以软件功能的形式实现并作为独立产品销售或使用时，可存储在一个移动服务器可读取存储介质中，即，本申请还提供一种存储有程序数据的存储装置，所述程序数据能够被执行以实现上述实施例的方法，该存储装置可以为如U盘、光盘、服务器等。也就是说，本申请可以以软件产品的形式体现出来，其包括若干指令用以使得一台智能服务器执行各个实施例所述方法的全部或部分步骤。

在本申请的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(可以是个人计算机，服务器，网络设备或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (8)

1.一种日志管理方法，其特征在于，所述方法包括：

在服务器运行时，获取所述服务器生成的日志，缓存于缓存器或内存中；

监控所述服务器，并判断所述服务器是否发生故障；

若是，则获取与所述故障对应的故障信息；

根据所述故障信息查询数据库，获取与所述故障信息对应的日志；

存储与所述故障信息对应的日志；

所述故障信息包括故障ID，所述获取与所述故障对应的故障信息包括：

获取与所述故障对应的故障ID；

所述根据所述故障信息查询数据库，获取与所述故障信息对应的日志包括：

将所述故障ID与所述数据库中预设故障ID进行匹配；

若匹配成功，则获取与所述故障ID对应的日志ID；

获取与所述日志ID对应的日志。

2.根据权利要求1所述的方法，其特征在于，在获取所述服务器生成的日志之后进一步包括：

获取所述日志的类型；

将不同类型的所述日志缓存于不同的缓存区；

所述根据所述故障信息查询数据库，获取与所述故障信息对应的所述日志包括：

根据所述故障信息查询数据库，获取与所述故障信息对应日志信息；

从所述日志信息中获取所述日志的类型；

从与所述类型对应的缓存区中获取与所述日志信息对应的日志。

3.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

统计所述故障的故障率；

根据所述故障率更新所述数据库中预设故障的优先级；

根据所述优先级调整获取与所述故障对应的日志的数量。

4.根据权利要求3所述的方法，其特征在于，所述数据库进一步包括所述日志与所述故障的关联度，根据所述优先级调整获取与所述故障对应的日志的数量包括：

根据所述优先级获取所述故障的日志输出量N；

根据所述关联度对与所述故障对应的日志进行降序排序；

从排序后的日志中获取所述关联度位于前N位的日志。

5.一种服务器，其特征在于，所述服务器包括：

缓存器，用于缓存所述服务器的运行日志；

处理器，用于在所述服务器运行时，获取所述日志，并监控所述服务器及判断所述服务器是否发生故障；若是，则所述处理器获取与所述故障对应的故障信息，并根据所述故障信息查询数据库，从所述缓存器中获取与所述故障信息对应的日志；

存储器，用于存储与所述故障信息对应的日志；

所述故障信息包括故障ID，

所述处理器进一步获取与所述故障对应的故障ID，并将所述故障ID与所述数据库中预设故障ID进行匹配；若匹配成功，则所述处理器进一步获取与所述故障ID关联的日志ID，获取与所述日志ID对应的日志。

6.根据权利要求5所述的服务器，其特征在于，所述处理器进一步获取所述日志的类型，并将不同类型的所述日志缓存于不同的缓存区；

所述处理器进一步根据所述故障信息查询数据库，获取与所述故障信息对应的日志信息，并从所述日志信息中获取所述日志的类型，且从与所述类型对应的缓存区中获取与所述日志信息对应的日志。

7.根据权利要求5所述的服务器，其特征在于，所述处理器进一步统计所述故障的故障率，并根据所述故障率更新所述数据库中预设故障的优先级；所述处理器进一步根据所述优先级调整获取与所述故障对应的日志的数量；

所述数据库进一步包括所述日志与所述故障间的关联度，所述处理器进一步根据所述优先级获取所述故障的日志输出量N，并根据所述关联度对与所述故障对应的日志进行降序排序，且从排序后的日志中获取所述关联度位于前N位的日志。

8.一种具有存储功能的装置，其特征在于，其上存储有程序数据，所述程序数据被执行时实现权利要求1-4任一项所述方法中的步骤。