CN115033533A - 日志管理方法、设备和存储介质 - Google Patents
日志管理方法、设备和存储介质 Download PDFInfo
- Publication number
- CN115033533A CN115033533A CN202210713302.8A CN202210713302A CN115033533A CN 115033533 A CN115033533 A CN 115033533A CN 202210713302 A CN202210713302 A CN 202210713302A CN 115033533 A CN115033533 A CN 115033533A
- Authority
- CN
- China
- Prior art keywords
- client
- server
- log
- log file
- file
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/14—Details of searching files based on file metadata
- G06F16/148—File search processing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Library & Information Science (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请涉及一种日志管理方法、设备和存储介质。所述方法包括:服务端接收多个客户端发送的日志文件;每个所述客户端分别布置在对应的客户端设备上,各所述客户端设备上布置有对应的系统环境,各所述客户端分别布置在至少两个不同的系统环境中;所述服务端布置在各所述客户端设备中任意一个目标客户端设备的系统环境中;所述客户端用于收集对应的客户端设备上的日志文件;所述服务端对各所述日志文件进行管理,并提供对管理的各所述日志文件的查询服务。采用本方法能够提高日志查询效率。
Description
技术领域
本申请涉及数据处理技术领域,特别是涉及一种日志管理方法、设备和存储介质。
背景技术
日志是指系统所指定对象的某些操作和其操作结果按时间有序的集合,每个日志文件由日志记录组成,每条日志记录描述了一次单独的系统事件。日志文件可以为服务器、工作站、防火墙和应用软件等记录必要的以及有价值的信息,从而便于用户对系统进行监控,或者在系统出现问题时可以通过日志文件定位出具体的问题所在。
目前,在医疗影像技术的相关应用场合中,通常需要使用的与医疗影像相关的应用软件比较多,且其大多是安装在不同的设备上的。在各个应用软件运行过程中,其产生的日志相应的也分别保存在其对应的设备上。
然而,在实际进行医疗影像应用或处理过程中出现问题时,采用上述技术查看各应用软件的日志以定位问题时,存在查询效率低下的问题。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高日志查询效率的日志管理方法、设备和存储介质。
第一方面,本申请提供了一种日志管理方法,应用于服务端,该方法包括:
服务端接收多个客户端发送的日志文件;每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在各客户端设备中任意一个目标客户端设备的系统环境中;客户端用于收集对应的客户端设备上的日志文件;
服务端对各日志文件进行管理,并提供对管理的各日志文件的查询服务。
在其中一个实施例中,上述服务端接收多个客户端发送的日志文件,包括:
服务端接收各客户端发送的数据发送请求;各数据发送请求中包括对应的客户端的校验标识;
服务端根据各校验标识对相应的客户端进行合法性校验;
若多个客户端中的第一客户端的合法性校验成功,则服务端接收第一客户端发送的日志文件;
若多个客户端中的第二客户端的合法性校验失败,则服务端丢弃第二客户端发送的数据发送请求,并向第二客户端返回校验失败消息。
在其中一个实施例中,上述服务端对各日志文件进行管理,包括:
服务端将各日志文件的格式统一处理成相同的文件格式。
在其中一个实施例中,上述服务端将各日志文件的格式统一处理成相同的文件格式,包括:
服务端将各日志文件的文件名称转换成由各自的属性信息构成的新的文件名称,获得各日志文件对应的目标日志文件;
其中,日志文件的属性信息包括生成日志文件的应用软件的名称、日志文件对应的客户端设备的互联网协议IP地址、日志文件对应的客户端设备的物理MAC地址中的至少一个。
在其中一个实施例中,上述服务端对各日志文件进行管理,包括:
响应于客户端发送的日志删除完成消息,服务端根据目标客户端设备的磁盘占用率和/或各日志文件的存储时长,对目标客户端设备上的各日志文件进行删除操作;
其中,客户端发送的日志删除完成消息是在客户端对应的客户端设备上的日志被删除完成之后发送给服务端的。
在其中一个实施例中,上述服务端根据目标客户端设备的磁盘占用率,对目标客户端设备上的各日志文件进行删除操作,包括:
若目标客户端设备的磁盘占用率超过预设占用阈值,则对目标客户端设备上的各日志文件进行删除操作。
在其中一个实施例中,上述服务端根据各日志文件的存储时长,对目标客户端设备上的各日志文件进行删除操作,包括:
若各日志文件的存储时长超过第一预设存储时长,则对目标客户端设备上的各日志文件进行删除操作。
在其中一个实施例中,上述对目标客户端设备上的各日志文件进行删除操作,包括:
服务端对目标客户端设备上的第二预设存储时长内的日志文件进行删除操作。
在其中一个实施例中,在上述服务端对各日志文件进行管理之前,上述方法还包括:
服务端将日志文件写入至目标客户端设备下的设定存储空间中,并在写入完毕后向客户端返回响应消息;
其中,响应消息包括日志写入成功以及日志文件的第一校验结果,且响应消息用于指示客户端确定是否需要对客户端设备上对应的日志文件进行删除操作。
在其中一个实施例中,上述日志文件的第一校验结果为日志文件的第一哈希值,第一哈希值为服务端对日志文件进行计算获得的。
在其中一个实施例中,上述方法还包括:
在浏览器页面上根据用户输入的登录标识对用户的权限进行验证;
若权限验证成功,则允许用户访问各日志文件。
第二方面,本申请还提供了一种日志管理方法,应用于客户端,该方法包括:
各客户端向服务端发送数据发送请求;各数据发送请求中包括各客户端的校验标识,该校验标识用于指示服务端对客户端进行合法性校验;每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在各客户端设备中任意一个目标客户端设备的系统环境中;客户端用于收集对应的客户端设备上的日志文件;
若各客户端的合法性校验成功,则各客户端向服务端发送各自的日志文件;该日志文件用于指示服务端对各日志文件进行管理,并提供对管理的各日志文件的查询服务。
在其中一个实施例中,上述方法还包括:
客户端接收服务端发送的响应消息;该响应消息包括日志写入成功以及日志文件的第一校验结果;
客户端在对应的客户端设备上,获取日志文件对应的第二校验结果;
客户端通过第一校验结果和第二校验结果值的一致性比较结果,确定是否需要对客户端设备上对应的日志文件进行删除操作。
在其中一个实施例中,上述客户端通过第一校验结果和第二校验结果的一致性比较结果,确定是否需要对客户端设备上对应的日志文件进行删除操作,包括:
若第一校验结果和第二校验结果一致,则客户端对客户端设备上对应的日志文件进行删除操作。
在其中一个实施例中,上述第一校验结果为日志文件的第一哈希值,第一哈希值为服务端对日志文件进行计算获得的;
第二校验结果为日志文件的第二哈希值,第二哈希值为客户端对日志文件进行计算获得的。
在其中一个实施例中,上述各客户端向服务端发送数据发送请求,包括:
各客户端每间隔预设定时时长向服务端发送数据发送请求。
第三方面,本申请还提供了一种日志管理装置,该装置包括:
接收模块,用于接收多个客户端发送的日志文件;每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在各客户端设备中任意一个目标客户端设备的系统环境中;客户端用于收集对应的客户端设备上的日志文件;
管理模块,用于对各日志文件进行管理,并提供对管理的各日志文件的查询服务。
第四方面,本申请还提供了一种日志管理装置,该装置包括:
请求发送模块,用于向服务端发送数据发送请求;各数据发送请求中包括各客户端的校验标识,该校验标识用于指示服务端对客户端进行合法性校验;每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在各客户端设备中任意一个目标客户端设备的系统环境中;客户端用于收集对应的客户端设备上的日志文件;
文件发送模块,用于若各客户端的合法性校验成功,则向服务端发送各自的日志文件;该日志文件用于指示服务端对各日志文件进行管理,并提供对管理的各日志文件的查询服务。
第五方面,本申请还提供了一种计算机设备,该计算机设备包括存储器和处理器,存储器存储有计算机程序,该设备上布置有客户端和服务端,处理器执行计算机程序时控制服务端实现上述第一方面的方法步骤。
第六方面,本申请还提供了一种计算机设备,该计算机设备包括存储器和处理器,存储器存储有计算机程序,该设备上布置有客户端,处理器执行计算机程序时控制客户端实现上述第二方面的方法步骤。
第七方面,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述第一方面以及第二方面的方法步骤。
第八方面,本申请还提供了一种计算机程序产品,该计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述第一方面以及第二方面的方法步骤。
上述日志管理方法、设备和存储介质,通过服务端接收多个客户端发送的日志文件,并对各日志文件进行管理,以及提供对管理的各日志文件的查询服务;其中,每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在客户端设备中的任一个目标客户端设备的系统环境中,各客户端用于收集对应的客户端设备上的日志文件。在该方法中,由于服务端设备是客户端设备中的任一个,这样可以不用为服务端额外布置设备,从而可以节省设备资源和成本;另外,由于多个客户端设备分别是布置了不同系统环境的设备,这样可以实现跨系统操作日志文件;进一步地,由于通过将多个布置了不同系统环境的设备上的日志收集到一起进行集中管理,这样可以不用频繁登录多个不同的系统设备,从而可以提高日志文件的查询效率。
附图说明
图1为一个实施例中计算机设备的内部结构图;
图2为一个实施例中日志管理方法的流程示意图;
图3为另一个实施例中日志管理方法的流程示意图;
图4为另一个实施例中日志管理方法的流程示意图;
图5为另一个实施例中日志管理方法的流程示意图;
图6为另一个实施例中日志管理方法的流程示意图;
图7为另一个实施例中日志管理方法的具体流程示意图;
图8为一个实施例中日志管理装置的结构框图;
图9为一个实施例中日志管理装置的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例提供的日志管理方法,可以应用于计算机设备,该计算机设备可以是服务器,也可以是终端,以服务器为例,其内部结构图可以如图1所示。该计算机设备上可以布置服务端和客户端,也可以是只布置客户端。同时该计算机设备上布置有相应的系统环境,系统环境例如可以是Windows系统、Linux系统等;客户端或服务端可以在该计算机设备上布置的系统环境上运行。另外,一个计算机设备上可以部署一个系统环境,也可以部署多个不同的系统环境。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储日志数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种日志管理方法。
本领域技术人员可以理解,图1中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
需要说明的是,本申请下述实施例的技术方案均是以C/S架构为基础进行说明的,C指的是客户端Client,S指的是服务端Server,客户端可以和服务端之间进行数据交互。
以下实施例中首先对服务端一侧的技术方案进行说明。
在一个实施例中,如图2所示,提供了一种日志管理方法,以该方法应用于图1中的计算机设备,且该计算机设备上部署了服务端和客户端为例进行说明,该方法可以包括以下步骤:
S202,服务端接收多个客户端发送的日志文件。
其中,每个客户端分别布置在对应的客户端设备上,即每个客户端可以布置在其对应的一个客户端设备上,而各客户端中至少两个客户端对应的客户端设备可能存在是同一个客户端设备的情况,即一个客户端设备上可以布置多个客户端。
各客户端设备上布置有对应的系统环境,即每个客户端设备上均布置有系统环境,可以是布置一个系统环境,也可以是布置多个系统环境。这里的系统环境例如可以是Windows、Linux等等。
各客户端分别布置在至少两个不同的系统环境中,即各客户端中至少有两个客户端布置在两个不同的系统环境中。这里不同系统环境下布置的客户端可以是与对应的系统环境匹配的客户端,例如Windows系统环境下布置的客户端可以是client.exe,Linux系统环境下布置的客户端可以是client.sh。示例地,假设有5个客户端,其中可以是3个客户端布置在Windows系统环境中,另外2个客户端布置在Linux系统环境中。
另外,这里假设一个客户端设备上只布置一个系统环境,那么该客户端设备上可以安装一个与该系统环境匹配的客户端。例如只布置有Windows系统环境的客户端设备可以只安装一个与Windows系统环境匹配的客户端client.exe。
这里假设一个客户端设备上可以布置多个系统环境,那么可以在各个系统环境下分别安装一个与系统环境匹配的客户端,即一个客户端设备可以安装多个系统环境以及多个客户端。例如一个客户端设备上可以布置Windows和Linux两个系统环境,那么可以在Windows系统环境中安装一个匹配的客户端client.exe,在Linux系统环境中安装一个匹配的客户端client.sh。需要说明的是,不论客户端设备上安装几个系统环境,如果需要多个系统环境同时运行,那么一般只能允许一个系统环境在实际机器上运行,其他的系统环境需要运行在该实际机器中的虚拟机上。
在上述客户端设备上均安装了客户端之后,就可以采用各客户端收集对应客户端设备上的日志文件,即客户端用于收集对应的客户端设备上的日志文件。需要说明的是,这里若一个客户端设备上只安装一个系统环境以及一个客户端,那么该客户端就只是收集该系统环境下应用软件生成的日志,即收集该客户端设备上日志。这里若一个客户端设备上安装了多个系统环境以及对应的多个客户端,那么每个客户端会收集到对应的系统环境下应用软件生成的日志,即一个客户端设备会对应多个客户端收集到的日志。
在客户端收集到对应客户端设备上的日志之后,各客户端在运行之后,就可以将各自收集的日志发送给服务端。对于服务端的设置位置,可以是服务端布置在各客户端设备中任意一个目标客户端设备的系统环境中,这里的目标客户端设备上同时安装有客户端和服务端,两者之间可以交互。这里的目标客户端设备可以是内存容量较大的客户端设备,这里的目标客户端设备即本实施例中提到的计算机设备。
S204,服务端对各日志文件进行管理,并提供对管理的各日志文件的查询服务。
在本步骤中,服务端在接收到各客户端发送的日志文件之后,可以将各日志文件存储至目标客户端设备中为服务端设定的存储空间内,之后就可以对各日志文件进行管理,这里的管理可以包括对日志文件的格式转换、对日志文件的删除、对日志文件的校验等管理操作。
另外,服务端也可以给用户提供对各日志文件的查询服务,用户通过该服务就可以在目标客户端设备上为服务端设定的存储空间内查询到服务端接收的各日志文件。
由上述描述可知,本方案中可以通过在各系统环境中布置的客户端运行之后,收集对应的客户端设备上的日志,并将其发送给通信的服务端,并通过服务端上提供的服务就可以在服务端所在的目标客户端设备上查询到各日志文件,这样就不需要反复登录多个不同系统环境的客户端设备,从而可以不用频繁登录多个不同的系统设备,从而可以提高日志文件的查询效率。
上述日志管理方法中,通过服务端接收多个客户端发送的日志文件,并对各日志文件进行管理,以及提供对管理的各日志文件的查询服务;其中,每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在客户端设备中的任一个目标客户端设备的系统环境中,各客户端用于收集对应的客户端设备上的日志文件。在该方法中,由于服务端设备是客户端设备中的任一个,这样可以不用为服务端额外布置设备,从而可以节省设备资源和成本;另外,由于多个客户端设备分别是布置了不同系统环境的设备,这样可以实现跨系统操作日志文件;进一步地,由于通过将多个布置了不同系统环境的设备上的日志收集到一起进行集中管理,这样可以不用频繁登录多个不同的系统设备,从而可以提高日志文件的查询效率。
上述实施例中提到了服务端可以与多个客户端同时通信,并接收各客户端发送的日志文件,在接收日志文件之前,服务端还可以通过对各客户端进行校验,以确定是否要接收各客户端发送的日志文件。以下实施例就对该过程进行说明。
在另一个实施例中,提供了另一种日志管理方法,在上述实施例的基础上,如图3所示,上述S202可以包括以下步骤:
S302,服务端接收各客户端发送的数据发送请求;各数据发送请求中包括对应的客户端的校验标识。
在本步骤中,各客户端在运行之后,可以自动与服务端建立通信连接,并在建立通信之后,首先向服务端发送数据发送请求,每个客户端发送的数据发送请求中可以包括其本身的客户端的校验标识。这里客户端的校验标识可以是客户端的令牌token、客户端密钥等。
S304,服务端根据各校验标识对相应的客户端进行合法性校验。
在本步骤中,服务端在接收到各客户端发送的数据发送请求之后,可以将各客户端的校验标识分别和服务端中预存的与之对应的校验标识进行匹配,获得各客户端的合法性校验结果。若客户端的校验标识与服务端中预存的与之对应的校验标识匹配成功,则确定该客户端的合法性校验成功;否则确定该客户端的合法性校验失败。
S306,若多个客户端中的第一客户端的合法性校验成功,则服务端接收第一客户端发送的日志文件。
在本步骤中,若第一客户端的合法性校验成功,则表明该第一客户端为合法客户端,则服务端可以接收该第一客户端发送的日志文件。
S308,若多个客户端中的第二客户端的合法性校验失败,则服务端丢弃第二客户端发送的数据发送请求,并向第二客户端返回校验失败消息。
在本步骤中,这里的第二客户端与第一客户端不是相同的客户端,若第二客户端的合法性校验失败,则表明该第二客户端为不合法的客户端,则服务端可以丢弃该第二客户端发送的数据发送请求,并向该第二客户端返回校验失败消息,同时拒绝该第二客户端向服务端发送的日志文件。
本实施例中,服务端通过接收各客户端发送的包括各客户端的校验标识并进行校验,在校验成功之后可以接收校验成功的客户端发送日志文件,在校验失败之后丢弃该校验失败的客户端的数据发送请求,同时禁止校验失败的客户端发送日志文件,这样可以防止非法客户端向服务端发送有攻击性的文件,影响服务端所在设备的安全,从而可以保证服务端接收的日志文件的安全性以及服务端所在设备的安全性,即保证服务端与客户端之间数据传输的安全性。
上述实施例中提到了服务端可以对各日志文件进行管理,管理可以包括多种操作,以下实施例就对管理操作为对日志文件的格式转换这种情况进行说明。
在另一个实施例中,提供了另一种日志管理方法,在上述实施例的基础上,上述S204可以包括以下步骤A:
步骤A,服务端将各日志文件的格式统一处理成相同的文件格式。
在本步骤中,服务端在获得各客户端发送的多个日志文件之后,可以按照其中一个日志文件的格式,将其他日志文件的格式统一转换成该一个日志文件的格式,即实现了将各日志文件统一处理成相同的文件格式。或者,也可以是将各日志文件均转换为一个相同的文件格式,即实现了将各日志文件统一成相同的文件格式。或者也可以是其他的格式转换方式,这里不做具体限定。
本实施例中,服务端通过将各日志文件统一成相同的文件格式,这样可以便于服务器对各日志文件进行统一管理,提升管理效率;同时相同的格式在查询时也比较便于查找,从而也可以提升对日志文件的查询效率。
以下实施例主要针对将各日志文件均转换为一个相同的文件格式这种可能的实施方式进行说明。在上述实施例的基础上,上述步骤A可以包括以下步骤:
服务端将各日志文件的文件名称转换成由各自的属性信息构成的新的文件名称,获得各日志文件对应的目标日志文件。
其中,日志文件的属性信息包括生成日志文件的应用软件的名称、日志文件对应的客户端设备的互联网协议IP地址、日志文件对应的客户端设备的物理MAC地址中的至少一个。
在本步骤中,各客户端在向服务端发送日志时,服务端也可以获知各客户端对应的客户端设备的IP地址、MAC地址以及日志是由哪个应用软件生成的(即获得生成该日志文件的应用软件的名称)等属性信息。之后,服务端可以将每个客户端发送的日志文件的文件名称均按照这些属性信息进行修改,获得各日志文件对应的新文件名称,即获得新命名之后的各日志文件,均记为目标日志文件。
另外,这里具体在采用各属性信息进行命名时,例如可以是将应用软件的名称、IP地址、MAC地址串接起来组成一个新的文件名称,例如应用软件的名称-IP地址-MAC地址作为一个日志文件的新的文件名称。
需要说明的是,这里只是对日志文件的名称进行更改,对于日志文件的具体内容并不会进行修改。
本实施例中,服务端通过将各日志文件的文件转换成由其对应的属性信息构成的新的文件名称,获得更改名称后的目标日志文件。这样可以更方便地区分各个日志文件的由来,从而可以在查询日志时可以快速通过日志定位到具体的应用软件,进一步提升查询效率。
以下实施例就对管理操作为对服务端所在的目标客户端设备所存储的日志文件进行删除这种情况进行说明。
在另一个实施例中,提供了另一种日志管理方法,在上述实施例的基础上,上述S204可以包括以下步骤B:
步骤B,响应于客户端发送的日志删除完成消息,服务端根据目标客户端设备的磁盘占用率和/或各日志文件的存储时长,对目标客户端设备上的各日志文件进行删除操作。
其中,客户端发送的日志删除完成消息是在客户端对应的客户端设备上的日志被删除完成之后发送给服务端的。
在本步骤中,客户端在向服务端发送各自的日志文件之后,服务端可以将接收的日志文件存储在目标客户端设备中设定的存储空间中,并在存储完成之后,客户端对应的客户端设备上可以删除该发送过且存储完成的日志文件,之后,客户端可以向服务端反馈删除完成消息,服务端接收该删除完成消息之后即可获知客户端对应的客户端设备上已经将该日志文件删除完成。之后,服务端可以通过目标客户端设备的磁盘占用率和/或各日志文件的存储时长,对目标客户端设备上的各日志文件进行删除操作。
这里通过在客户端对应的客户端设备上删除发送的日志之后,服务端才进行日志文件删除,这样可以避免服务端误删日志文件,影响后续日志文件的查询等问题。
以下具体对服务端对各日志文件进行删除时的存在的几种可能的实施方式进行说明。
在一种可能的实施方式中,可选的,若目标客户端设备的磁盘占用率超过预设占用阈值,则对目标客户端设备上的各日志文件进行删除操作。
这里预设占用阈值可以根据实际情况设定,例如可以是70%、80%等等。服务端在不断存储日志文件的情况下,也可以实时获知或者查看当前目标客户端设备的磁盘占用率,并将磁盘占用率和预设占用阈值进行对比;若磁盘占用率超过预设占用阈值,则可以对目标客户端设备上的各日志文件进行删除;若磁盘占用率没有超过预设占用阈值,则进行后续存储时长判断或者继续在目标客户端设备上存储日志文件。
在另一种可能的实施方式中,可选的,若各日志文件的存储时长超过第一预设存储时长,则对目标客户端设备上的各日志文件进行删除操作。
这里第一预设存储时长也可以根据各日志文件的实际存储时长确定,例如可以是6个月、一年、一年半、两年等。服务端在不断存储日志文件的情况下,也可以实时获知或者查看各存储的日志文件的存储时长,并判断各日志文件的存储时长是否超过第一预设存储时长,或者也可以判断存储时间最久的日志文件的存储时长是否超过第一预设存储时长,若超过第一预设存储时长,则可以对目标客户端设备上的各日志文件进行删除;若未超过第一预设存储时长,则继续在目标客户端设备上存储日志文件。
以上均提到了可以对目标客户端设备上的日志文件进行删除,在删除时,可选的,可以是服务端对目标客户端设备上的第二预设存储时长内的日志文件进行删除操作。
这里第二预设存储时长可以和第一预设时长相同,也可以不同,也可以根据实际情况设定,例如这里的第二预设时长可以是最旧3天、最旧10天等。服务端在需要删除客户端设备上的日志文件时,可以根据各日志文件的存储时长,将第二预设存储时长内的日志文件删除掉,例如将最旧3天存储的日志文件删除掉。
本实施例中,服务端可以通过目标客户端设备的磁盘占用率或者日志文件的存储时长对目标客户端设备上的日志文件进行删除,这样可以有效删除服务端对应的目标客户端设备上的日志文件,减少目标客户端设备上的磁盘占用。另外,通过在磁盘占用率超过阈值或者在日志文件的存储时长超过设定时长时对日志文件进行删除,这样可以简单有效且快速地判断出需要删除日志,提升日志删除的准确性和效率。进一步地,在删除日志时可以对预设存储时长内的日志文件进行删除,这样可以最大限度保留最新的日志文件,方便用户查询和定位故障问题。
上述实施例提到了服务端可以对接收的日志文件进行存储以及管理,在实际情况下为了便于客户端对应的客户端设备对该日志文件进行删除,服务端还可以通过给客户端反馈日志文件的校验结果以方便客户端对应的客户端设备对该日志文件进行删除,以下实施例就对该过程进行说明。
在另一个实施例中,提供了另一种日志管理方法,在上述实施例的基础上,在上述S204之前,上述方法还可以包括以下步骤C:
步骤C,服务端将日志文件写入至目标客户端设备下的设定存储空间中,并在写入完毕后向客户端返回响应消息。
其中,响应消息包括日志写入成功以及日志文件的第一校验结果,且响应消息用于指示客户端确定是否需要对客户端设备上对应的日志文件进行删除操作。
具体的,这里的设定存储空间指的是目标客户端设备预先为服务端存储日志文件所设定的存储空间。服务端在将客户端发送的日志文件存储至设定存储空间时,可以先判断日志文件是否写入成功(例如可以通过设定存储空间下是否存在该日志文件进行判断,若存在,则说明写入成功,否则说明写入失败);在日志文件写入成功之后,可以向客户端反馈包括日志文件写入成功以及日志文件的第一校验结果等响应消息,这里日志写入成功中可以包括写入成功的日志文件的文件标识以及写入成功;之后客户端在接收到该响应消息之后,就可以通过响应消息中的内容确定是否需要对相对应的客户端设备上,该文件标识对应的日志文件进行删除。
可选的,上述日志文件的第一校验结果为日志文件的第一哈希值,第一哈希值为服务端对日志文件进行计算获得的。即服务端在将日志文件写入成功之后,可以采用哈希算法对该日志文件进行计算,获得第一哈希值,并将该第一哈希值作为响应消息的一部分发送给客户端,以便于客户端根据该第一哈希值快速进行判断是否需要对该日志文件进行删除。
本实施例中,服务端在将日志文件写入完成之后可以向客户端反馈包括日志写入成功以及日志文件的第一校验结果的响应消息,并指示客户端确定是否需要对其对应的客户端设备上的日志文件进行删除,这里通过响应消息可以准确告知客户端对日志文件进行删除,提升客户端删除日志文件的准确性。进一步地,第一校验结果为第一哈希值,这样可以便于客户端通过第一哈希值进行快速准确地校验,提升客户端删除日志的效率和准确性。
以下实施例对服务端在给用户提供日志查询服务之后,用户具体如何访问日志文件的过程进行说明。
在另一个实施例中,提供了另一种日志管理方法,在上述实施例的基础上,如图4所示,上述方法还可以包括以下步骤:
S402,在浏览器页面上根据用户输入的登录标识对用户的权限进行验证。
其中,这里的浏览器页面可以是用户所在电脑或手机上的web页面,在该web页面上用户可以输入登录标识,之后与该浏览器页面所在设备进行远程连接的计算机设备就可以获知用户输入的登录标识,并通过该登录标识对用户的权限进行验证。这里的登录标识可以是用户名、用户密码、用户手机号码等等。
S404,若权限验证成功,则允许用户访问各日志文件。
在本步骤中,远程连接的计算机设备即本实施例中提到的计算机设备,其可以对用户的权限进行验证,例如可以将用户标识和预设的用户标识进行比对,若比对成功,则表明用户的权限验证成功,否则验证失败。在用户的权限验证成功之后,计算机设备就可以允许用户访问服务端对应的目标客户端设备下存储的各日志文件。
本实施例中,通过对用户在浏览器页面上输入的登录标识进行用户的权限验证,并在验证成功时允许用户访问服务端存储的各日志文件,这样一方面可以实现所有用户通过统一入口进行日志访问,提升用户的使用体验;另一方面可以保证访问日志的安全性。
在另一个实施例中,上述服务侧的方法步骤均是采用go语言实现的,该go语言在支持跨系统环境时,不需要安装额外的软件进行系统环境部署,兼容性更强,从而可以简化跨系统下的系统环境配置的难度,进而降低跨系统下的日志管理的难度。
以下实施例中接着对客户端一侧的技术方案进行说明。
在一个实施例中,如图5所示,提供了一种日志管理方法,以该方法应用于图1中的计算机设备,且该计算机设备上只部署了客户端为例进行说明,该方法可以包括以下步骤:
S502,各客户端向服务端发送数据发送请求。
其中,各数据发送请求中包括各客户端的校验标识,该校验标识用于指示服务端对客户端进行合法性校验;每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在各客户端设备中任意一个目标客户端设备的系统环境中;客户端用于收集对应的客户端设备上的日志文件。
这里对于发送数据发送请求的具体内容及过程,可以参见上述S302的解释说明,这里不再赘述。对于各客户端的具体布置内容,这里可以参见上述S202的解释说明,这里也不再赘述。
需要说明的是,为了避免因为网络信号差等原因造成的客户端发送数据发送请求失败或者服务端接收请求失败等问题,可选的,这里各客户端每间隔预设定时时长向服务端发送数据发送请求。这里的预设定时时长可以根据实际情况设定,例如可以是100ms、500ms、1s等等。客户端通过每间隔预设定时时长向服务端发送数据发送请求,这样可以保证客户端成功发送请求以及服务端成功接收请求,从而保证客户端和服务端后续的日志文件可以成功发送。
S504,若各客户端的合法性校验成功,则各客户端向服务端发送各自的日志文件;该日志文件用于指示服务端对各日志文件进行管理,并提供对管理的各日志文件的查询服务。
对于本步骤的解释说明,可以参见上述S204以及S304-S308的解释说明,这里不再赘述。
本实施例中,通过各客户端向服务端发送数据发送请求,并在服务端根据数据发送请求对各客户端的合法性校验成功之后,指示服务端接收各客户端发送的日志文件以及对各日志文件进行管理,同时提供对管理的各日志文件的查询服务;其中,每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在客户端设备中的任一个目标客户端设备的系统环境中,各客户端用于收集对应的客户端设备上的日志文件。在该方法中,由于服务端设备是客户端设备中的任一个,这样可以不用为服务端额外布置设备,从而可以节省设备资源和成本;另外,由于多个客户端设备分别是布置了不同系统环境的设备,这样可以实现跨系统操作日志文件;进一步地,由于通过将多个布置了不同系统环境的设备上的日志收集到一起进行集中管理,这样可以不用频繁登录多个不同的系统设备,从而可以提高日志文件的查询效率。更进一步地,通过在客户端合法性校验成功之后才允许向服务端发送日志文件,这样可以保证客户端和服务端之间数据传输的安全性。
在另一个实施例中,提供了另一种日志管理方法,在上述实施例的基础上,如图6所示,上述方法还可以包括以下步骤:
S602,客户端接收服务端发送的响应消息;该响应消息包括日志写入成功以及日志文件的第一校验结果。
对于本步骤的解释说明,可以参见上述步骤C中的解释说明,这里不再赘述。
S604,客户端在对应的客户端设备上,获取日志文件对应的第二校验结果。
在本步骤中,客户端在获得服务端发送的响应消息之后,这里日志写入成功中可以包括写入成功的日志文件的文件标识以及写入成功,可以在对应的客户端设备的日志存储空间中获得该文件标识对应的日志文件,并通过校验算法对该日志文件进行计算,获得第二校验结果。
S606,客户端通过第一校验结果和第二校验结果值的一致性比较结果,确定是否需要对客户端设备上对应的日志文件进行删除操作。
在本步骤中,客户端在获得该文件标识对应的日志文件的第一校验结果以及第二校验结果之后,可以将两个校验结果进行比对,可选的,若第一校验结果和第二校验结果一致,则客户端对客户端设备上对应的日志文件进行删除操作,即在两个校验结果一致时,可以说明服务端上写入成功的日志文件与客户端设备上的日志文件时同一个日志文件,则可以删除客户端设备上的该日志文件,节省客户端设备的内存。
对于上述的第一校验结果和第二校验结果,可选的,可以是上述第一校验结果为日志文件的第一哈希值,第一哈希值为服务端对日志文件进行计算获得的;第二校验结果为日志文件的第二哈希值,第二哈希值为客户端对日志文件进行计算获得的。这里的第一哈希值以及第二哈希值均可以是通过哈希算法对同一个日志文件进行计算获得的。
本实施例中,客户端通过接收服务端发送的包括日志写入成功以及日志文件的第一校验结果的响应消息,并通过将第一校验结果和对日志文件进行计算获得第二校验结果进行一致性比对,通过比对结果确定是否对客户端设备上的该日志文件进行删除,这样可以保证客户端不会误删日志文件。另外,在第一校验结果和第二校验结果一致时可以删除日志文件,这样可以准确删除在服务端存储完成的日志文件,节省客户端设备的内存。进一步地,通过两个哈希值进行比对来获得第一校验结果和第二校验结果的一致性比对结果,这样可以提升客户端比对的效率,从而提升客户端删除日志文件的效率。
为了便于对本申请实施例的技术方案进行更为详细的说明以下结合一个具体的实施例来对本申请的技术方案进行说明,参见图7所示,该方法的具体流程为:首先客户端一侧的定时器触发,各客户端启动(即图中的Windows服务器、Linux服务器),判断是否是日志发送时间;若不是日志发送时间,则将客户端对应的客户端设备上的应用软件当前生成的日志继续保存在本地(即保存在客户端对应的客户端设备中);若是日志发送时间,则客户端发送日志(其中包括日志文件和数据发送请求)到服务端,同时服务端一侧启动服务守护进程接收客户端发送的数据发送请求,校验客户端的校验标识(即图中的token),若校验成功,则接收客户端发送的日志文件,并根据生成日志文件的应用软件名称(即图中的日志模块名)-客户端所在的客户端设备的IP地址-客户端所在的客户端设备的MAC地址,对各日志文件的名称进行转换,获得目标日志文件(即图中的生成目录结构)。
之后,服务端可以将日志文件写入目标客户端设备预设的存储空间中(即图中的写入对应的目录),并判断日志文件是否写入成功,若日志文件写入失败,则服务端向客户端返回写入报错,并结束流程;若日志文件写入成功,则服务端计算该日志文件的哈希值(即图中的读取服务端文件hash),并向客户端返回日志接收成功和日志文件的hash;之后,服务端可以起一个web-go服务,用户可以通过该web-go服务在浏览器上访问日志。
另外,服务端在向客户端返回日志接收成功和日志文件的hash之后,客户端可以读取服务端返回的日志文件的hash,并将其与本地的该日志文件的hash比较是否一致;若一致,则删除本地存储的该日志文件,结束流程;若不一致,则将应用软件当前生成的日志继续保存在本地。
对于服务端,可以启动定时任务,即按照一定的策略删除目标客户端设备上的日志文件,策略可以包括:判断磁盘占用是否超过80%,若磁盘占用超过80%,则删除最旧三天的日志文件;若磁盘占用未超过80%,则判断存储最久的日志文件是否达到存储了6个月,若达到,则删除最旧三天的日志文件,若未达到,则继续存储日志文件,不做删除操作。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的日志管理方法的日志管理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个日志管理装置实施例中的具体限定可以参见上文中对于日志管理方法的限定,在此不再赘述。
在一个实施例中,如图8所示,提供了一种日志管理装置,应用于服务端,包括接收模块11和管理模块12,其中:
接收模块11,用于接收多个客户端发送的日志文件;每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在各客户端设备中任意一个目标客户端设备的系统环境中;客户端用于收集对应的客户端设备上的日志文件;
管理模块12,用于对各日志文件进行管理,并提供对管理的各日志文件的查询服务。
在另一个实施例中,提供了另一种日志管理装置,在上述实施例的基础上,上述接收模块11可以包括:
请求接收单元,用于接收各客户端发送的数据发送请求;各数据发送请求中包括对应的客户端的校验标识;
校验单元,用于根据各校验标识对相应的客户端进行合法性校验;
接收单元,用于若多个客户端中的第一客户端的合法性校验成功,则接收第一客户端发送的日志文件;
返回单元,用于若多个客户端中的第二客户端的合法性校验失败,则丢弃第二客户端发送的数据发送请求,并向第二客户端返回校验失败消息。
在另一个实施例中,提供了另一种日志管理装置,在上述实施例的基础上,上述管理模块12可以包括:
格式处理单元,用于将各日志文件的格式统一处理成相同的文件格式。
可选的,上述格式处理单元,具体用于服务端将各日志文件的文件名称转换成由各自的属性信息构成的新的文件名称,获得各日志文件对应的目标日志文件;其中,日志文件的属性信息包括生成日志文件的应用软件的名称、日志文件对应的客户端设备的互联网协议IP地址、日志文件对应的客户端设备的物理MAC地址中的至少一个。
在另一个实施例中,提供了另一种日志管理装置,在上述实施例的基础上,上述管理模块12可以包括:
删除单元,用于响应于客户端发送的日志删除完成消息,根据目标客户端设备的磁盘占用率和/或各日志文件的存储时长,对目标客户端设备上的各日志文件进行删除操作;其中,客户端发送的日志删除完成消息是在客户端对应的客户端设备上的日志被删除完成之后发送给服务端的。
可选的,上述删除单元,具体用于若目标客户端设备的磁盘占用率超过预设占用阈值,则对目标客户端设备上的各日志文件进行删除操作。
可选的,上述删除单元,具体用于若各日志文件的存储时长超过第一预设存储时长,则对目标客户端设备上的各日志文件进行删除操作。
可选的,上述删除单元,具体用于对目标客户端设备上的第二预设存储时长内的日志文件进行删除操作。
在另一个实施例中,提供了另一种日志管理装置,在上述实施例的基础上,在上述管理模块12对各日志文件进行管理之前,上述装置还可以包括:
写入模块,用于将日志文件写入至目标客户端设备下的设定存储空间中,并在写入完毕后向客户端返回响应消息;其中,响应消息包括日志写入成功以及日志文件的第一校验结果,且响应消息用于指示客户端确定是否需要对客户端设备上对应的日志文件进行删除操作。
可选的,上述日志文件的第一校验结果为日志文件的第一哈希值,第一哈希值为服务端对日志文件进行计算获得的。
在另一个实施例中,提供了另一种日志管理装置,在上述实施例的基础上,上述装置还可以包括:
验证模块,用于在浏览器页面上根据用户输入的登录标识对用户的权限进行验证;
访问模块,用于若权限验证成功,则允许用户访问各日志文件。
在一个实施例中,如图9所示,提供了一种日志管理装置,应用于客户端,包括请求发送模块21和文件发送模块22,其中:
请求发送模块21,用于向服务端发送数据发送请求;各数据发送请求中包括各客户端的校验标识,该校验标识用于指示服务端对客户端进行合法性校验;每个客户端分别布置在对应的客户端设备上,各客户端设备上布置有对应的系统环境,各客户端分别布置在至少两个不同的系统环境中;服务端布置在各客户端设备中任意一个目标客户端设备的系统环境中;客户端用于收集对应的客户端设备上的日志文件;
文件发送模块22,用于若各客户端的合法性校验成功,则向服务端发送各自的日志文件;该日志文件用于指示服务端对各日志文件进行管理,并提供对管理的各日志文件的查询服务。
在另一个实施例中,提供了另一种日志管理装置,在上述实施例的基础上,上述装置还可以包括:
响应消息接收模块,用于接收服务端发送的响应消息;该响应消息包括日志写入成功以及日志文件的第一校验结果;
获取模块,用于在对应的客户端设备上,获取日志文件对应的第二校验结果;
删除模块,用于通过第一校验结果和第二校验结果值的一致性比较结果,确定是否需要对客户端设备上对应的日志文件进行删除操作。
可选的,上述删除模块,可以包括:
删除单元,用于若第一校验结果和第二校验结果一致,则对客户端设备上对应的日志文件进行删除操作。
可选的,上述第一校验结果为日志文件的第一哈希值,第一哈希值为服务端对日志文件进行计算获得的;第二校验结果为日志文件的第二哈希值,第二哈希值为客户端对日志文件进行计算获得的。
在另一个实施例中,提供了另一种日志管理装置,在上述实施例的基础上,上述请求发送模块21可以包括:
请求发送单元,用于每间隔预设定时时长向服务端发送数据发送请求。
上述日志管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该设备上布置有客户端和服务端,该处理器执行计算机程序时实现上述服务端侧各方法实施例中的步骤。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该设备上布置有客户端,该处理器执行计算机程序时实现上述客户端侧各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。
Claims (10)
1.一种日志管理方法,其特征在于,所述方法包括:
服务端接收多个客户端发送的日志文件;每个所述客户端分别布置在对应的客户端设备上,各所述客户端设备上布置有对应的系统环境,各所述客户端分别布置在至少两个不同的系统环境中;所述服务端布置在各所述客户端设备中任意一个目标客户端设备的系统环境中;所述客户端用于收集对应的客户端设备上的日志文件;
所述服务端对各所述日志文件进行管理,并提供对管理的各所述日志文件的查询服务。
2.根据权利要求1所述的方法,其特征在于,所述服务端接收多个客户端发送的日志文件,包括:
所述服务端接收各所述客户端发送的数据发送请求;各所述数据发送请求中包括对应的客户端的校验标识;
所述服务端根据各所述校验标识对相应的客户端进行合法性校验;
若所述多个客户端中的第一客户端的合法性校验成功,则所述服务端接收所述第一客户端发送的日志文件;
若所述多个客户端中的第二客户端的合法性校验失败,则所述服务端丢弃所述第二客户端发送的数据发送请求,并向所述第二客户端返回校验失败消息。
3.根据权利要求1所述的方法,其特征在于,所述服务端对各所述日志文件进行管理,包括:
所述服务端将各所述日志文件的格式统一处理成相同的文件格式。
4.根据权利要求1所述的方法,其特征在于,所述服务端对各所述日志文件进行管理,包括:
响应于客户端发送的日志删除完成消息,所述服务端根据所述目标客户端设备的磁盘占用率和/或各所述日志文件的存储时长,对所述目标客户端设备上的各所述日志文件进行删除操作;
其中,所述客户端发送的日志删除完成消息是在所述客户端对应的客户端设备上的日志被删除完成之后发送给服务端的。
5.根据权利要求1所述的方法,其特征在于,在所述服务端对各所述日志文件进行管理之前,所述方法还包括:
所述服务端将所述日志文件写入至所述目标客户端设备下的设定存储空间中,并在写入完毕后向所述客户端返回响应消息;
其中,所述响应消息包括日志写入成功以及所述日志文件的第一校验结果,且所述响应消息用于指示所述客户端确定是否需要对所述客户端设备上对应的日志文件进行删除操作。
6.一种日志管理方法,其特征在于,所述方法包括:
各客户端向服务端发送数据发送请求;各所述数据发送请求中包括各所述客户端的校验标识,所述校验标识用于指示所述服务端对所述客户端进行合法性校验;每个所述客户端分别布置在对应的客户端设备上,各所述客户端设备上布置有对应的系统环境,各所述客户端分别布置在至少两个不同的系统环境中;所述服务端布置在各所述客户端设备中任意一个目标客户端设备的系统环境中;所述客户端用于收集对应的客户端设备上的日志文件;
若各所述客户端的合法性校验成功,则各所述客户端向所述服务端发送各自的日志文件;所述日志文件用于指示所述服务端对各所述日志文件进行管理,并提供对管理的各所述日志文件的查询服务。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述客户端接收所述服务端发送的响应消息;所述响应消息包括日志写入成功以及所述日志文件的第一校验结果;
所述客户端在对应的客户端设备上,获取所述日志文件对应的第二校验结果;
所述客户端通过所述第一校验结果和所述第二校验结果值的一致性比较结果,确定是否需要对所述客户端设备上对应的日志文件进行删除操作。
8.一种设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述设备上布置有客户端和服务端,所述处理器执行所述计算机程序时控制所述服务端实现权利要求1至5中任一项所述的方法的步骤。
9.一种设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述设备上布置有客户端,所述处理器执行所述计算机程序时控制所述客户端实现权利要求6至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210713302.8A CN115033533A (zh) | 2022-06-22 | 2022-06-22 | 日志管理方法、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210713302.8A CN115033533A (zh) | 2022-06-22 | 2022-06-22 | 日志管理方法、设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115033533A true CN115033533A (zh) | 2022-09-09 |
Family
ID=83127697
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210713302.8A Pending CN115033533A (zh) | 2022-06-22 | 2022-06-22 | 日志管理方法、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115033533A (zh) |
-
2022
- 2022-06-22 CN CN202210713302.8A patent/CN115033533A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109597717B (zh) | 一种数据备份、恢复方法、装置、电子设备及存储介质 | |
WO2020000722A1 (zh) | 保存服务器日志的方法和装置 | |
WO2018090256A1 (zh) | 一种目录删除方法、装置和存储服务器 | |
CN110888838B (zh) | 基于对象存储的请求处理方法、装置、设备及存储介质 | |
CN108933798B (zh) | 数据存储方法、存储服务器及系统 | |
CN112860778B (zh) | 桌面应用程序的数据库管理方法、装置、设备和介质 | |
CN107872440B (zh) | 身份鉴权方法、装置和系统 | |
CN111447245A (zh) | 一种认证方法、装置、电子设备和服务端 | |
CN110597541B (zh) | 基于区块链的接口更新处理方法、装置、设备及存储介质 | |
CN111431753A (zh) | 一种资产信息更新方法、装置、设备及存储介质 | |
EP3537740B1 (en) | Hash based device configuration management | |
CN111339551B (zh) | 数据的验证方法及相关装置、设备 | |
CN110598452B (zh) | 基于区块链的证据信息处理方法、装置、存储介质和设备 | |
CN113395340A (zh) | 一种信息更新方法、装置、设备、系统和可读存储介质 | |
CN113872990B (zh) | 基于ssl协议的vpn网络证书认证方法、装置和计算机设备 | |
CN111126940A (zh) | 业务申请的处理方法、装置、设备及计算机可读存储介质 | |
WO2021169469A1 (zh) | 声纹数据处理方法、装置、计算机设备和存储介质 | |
CN111327680B (zh) | 认证数据同步方法、装置、系统、计算机设备和存储介质 | |
CN110597820B (zh) | 基于区块链的信息处理方法、装置、存储介质和设备 | |
CN109413200B (zh) | 一种资源导入的方法、客户端、mes及电子设备 | |
CN115297104B (zh) | 文件上传方法、装置、电子设备和存储介质 | |
CN115004666A (zh) | 物联网设备的注册方法、装置、设备及存储介质 | |
CN115033533A (zh) | 日志管理方法、设备和存储介质 | |
CN115935414A (zh) | 基于区块链的数据校验方法、装置、电子设备和存储介质 | |
CN107172082B (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 |