[发明专利]日志管理方法、系统及计算机可读存储介质有效
申请号: | 201711498358.1 | 申请日: | 2017-12-28 |
公开(公告)号: | CN108052675B | 公开(公告)日: | 2021-04-09 |
发明(设计)人: | 廖冬生 | 申请(专利权)人: | 深圳TCL新技术有限公司 |
主分类号: | G06F16/11 | 分类号: | G06F16/11;G06F16/18;G06F16/172 |
代理公司: | 深圳市世纪恒程知识产权代理事务所 44287 | 代理人: | 宋朝政 |
地址: | 518000 广东省深圳市南山区*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 日志 管理 方法 系统 计算机 可读 存储 介质 | ||
本发明公开了一种日志管理方法。所述日志管理方法应用于日志管理系统,所述日志管理系统包括日志服务器和业务服务器,所述日志管理方法包括:所述日志服务器接收所述业务服务器发送的日志存储请求,所述日志存储请求包括业务名称;根据所述业务名称确定所述日志存储请求的业务类型,并根据所述业务类型将所述日志存储请求分发到对应的日志存储队列中;从所述日志存储队列中调取所述日志存储请求,并将所述日志存储请求中的日志信息写入到对应的预设日志文件中。本发明还公开了一种日志管理系统及计算机可读存储介质。本发明能够对分布式业务服务器中的日志进行统一收集整理,从而方便查找。
技术领域
本发明涉及互联网技术领域,尤其涉及一种日志管理方法、系统及计算机可读存储介质。
背景技术
随着互联网技术的高速发展和互联网应用的不断丰富,对应的互联网应用系统的业务复杂度越来越高,其中,应用系统的服务端需要支撑的业务量及用户数越来越多,仅通过一台业务服务器已无法满足所有的业务计算需求,而是常常需要将整个系统划分为不同的业务模块节点,然后将它们分别部署在不同的业务服务器上来提供服务,并且同一个业务模块可能也需要部署多个业务服务器节点来提供服务,从而构成一个分布式的应用系统。对应的,各业务模块节点产生的运行日志分别存储各自部署的业务服务器节点中。
当同类业务模块有多个不同部署的业务服务器节点时,由于它们是同构的且提供相同的业务处理逻辑,当应用系统收到一个相应的业务请求时,通常会根据某种派发策略或随机派发给其中某一业务服务器节点进行处理,换而言之,运维开发人员是难于确定该业务请求将由哪一业务服务器节点来处理的,这种情况下,当发生故障问题时,运维开发人员在排查问题时很难进行定位,可能需要依次查看对应业务模块的所有业务服务器节点的运行日志,才能找到问题所在,从而导致问题排查的时间较长,处理问题的效率较低。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种日志管理方法、系统及计算机可读存储介质,旨在解决现有分布式服务器中运行日志查找不方便的技术问题。
为实现上述目的,本发明提供一种日志管理方法,所述日志管理方法应用于日志管理系统,所述日志管理系统包括日志服务器和业务服务器,所述日志管理方法包括:
所述日志服务器接收所述业务服务器发送的日志存储请求,所述日志存储请求包括业务名称;
根据所述业务名称确定所述日志存储请求的业务类型,并根据所述业务类型将所述日志存储请求分发到对应的日志存储队列中;
从所述日志存储队列中调取所述日志存储请求,并将所述日志存储请求中的日志信息写入到对应的预设日志文件中。
可选地,所述日志管理方法还包括:
每隔预设时间检测所述预设日志文件中的日志信息是否超出预设保留时间范围和/或预定容量;
当所述预设日志文件中的日志信息超出预设保留时间范围和/或预定容量时,则根据所述日志信息的存储时间删除对应的日志信息,以使得所述预设日志文件中的日志信息在预设保留时间范围和/或预定容量内。
可选地,所述日志管理方法还包括:
当接收到日志查询请求时,根据所述日志查询请求确定对应的业务类型;
根据所述业务类型从对应的预设日志文件中调取对应的日志信息。
可选地,所述接收所述业务服务器发送的日志存储请求的步骤之前,包括:
根据所述业务类型在所述日志服务器中预先创建对应的预设日志文件。
可选地,所述日志信息包括日志内容和所述业务服务器的节点名称,所述日志服务器的硬盘为固态硬盘。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于深圳TCL新技术有限公司,未经深圳TCL新技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201711498358.1/2.html,转载请声明来源钻瓜专利网。