• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

质询参数

5天前提问
  • 0关注
  • 0收藏,84浏览
粉丝:0人 关注:0人

问题描述:

MSR830路由器日志最长能保存多长时间

4 个回答

不按时间 ,按条 默认512条,最大1024条,超了覆盖  

重启直接没有

想要长时间保存,部署日志服务器


暂无评论

粉丝:98人 关注:11人

条目数,跟时间无关

暂无评论

粉丝:11人 关注:1人

MSR830路由器本身没有固定的日志保存时长,日志保留时间长短取决于日志的生成速度和已配置的存储空间。

简单来说,就是“先进先出(FIFO)”的机制。当存储空间写满后,新的日志会自动覆盖最早的日志。因此,没有绝对的“最长”期限,日志量越少,可追溯的历史就越长。


要理解这个机制,我们可以分开看看设备内部几个不同的“日志存放点”:

  • 高速日志缓冲区:这是日志的第一站。MSR830设备默认最多可存储1024条日志。这个缓冲区写满后就会开始循环覆盖。

  • 日志文件:这是日志的“长期档案室”。系统每隔24小时会自动将缓冲区日志保存到存储器的日志文件中。只要存储器空间不被其他文件(如Crash文件、配置备份)占满,日志文件就可以保存较长时间。

  • 安全日志文件:这是独立的“加密保险箱”,专门存放重要的安全日志。这个功能可以单独开启,并独立设置保存参数。


由于MSR830设备本身无法直接设置一个绝对的保存天数,延长日志保存时间的关键思路在于“扩大存储空间”和“减少日志产量”:

  • 部署外部日志服务器 (最推荐):这是最根本的解决方案。将路由器的所有日志实时发送到外部的Syslog日志服务器上。服务器的硬盘空间非常大,通常可以保存数月甚至数年的日志,完全不受设备本身存储的限制。

  • 优化内部存储:定期检查并清理设备Flash存储器中无用的Crash文件、过时的配置备份等,为日志文件释放更多空间。

  • 调整日志级别:适当提高日志的输出级别(例如,只记录Warning级别以上的重要日志),过滤掉大量无用的Debug或Informational日志,从而减缓存储空间的填充速度。

暂无评论

粉丝:9人 关注:2人

H3C MSR830(Comware V7)的日志分 内存缓存(logbuffer)、Flash 日志文件、Flow 日志 三类,保存时间 / 容量完全不同,且没有固定 “最长天数”,由容量 + 日志量决定

一、系统日志(logbuffer /logfile)

1. 内存日志缓冲区(logbuffer)

  • 默认大小512 条(可改)
  • 最大可配2048 条
  • 保存规则
    • 循环覆盖:满了新日志覆盖最旧
    • 设备重启 / 掉电清空
  • 大致时长(仅供估算):
    • 默认 512 条:几小时~1 天(繁忙网络)
    • 最大 2048 条:1~3 天

2. Flash 日志文件(logfile)

  • 默认路径flash:/logfile/
  • 单个日志文件最大10 MB(通用日志)
  • 文件数量 / 覆盖
    • 写满 10MB 自动新建文件
    • 总空间占满后 循环覆盖旧文件
  • Flash 可用空间:MSR830 约 100~256MB(含系统 / 配置)
  • 大致时长
    • 纯系统日志(无大量 Flow / 审计):数周~1~2 个月
    • 开启大量 Flow/NAT 日志:几天~十几天就会覆盖

3. 可配置的 “最短保存时间”

Comware V7 支持:
plaintext
info-center logfile retention-time 分钟数
  • 单位:分钟
  • 作用:未到 retention-time 不会被自动删除(但空间满仍会覆盖)

二、Flow 日志(你问的 “质询参数 / Flow 日志”)

1. Flow 本地存储(MSR830 无硬盘)

  • Flow 日志默认不本地持久化
    • 要么 发远程日志服务器(NetFlow / 日志主机)H3C
    • 要么 进信息中心 → logbuffer/logfileH3C
  • 进本地文件时:同上面系统日志,按 10MB 循环覆盖
  • 本地保存时长
    • 高并发 NAT / 会话量大:几小时~1 天就满覆盖
    • 低并发:几天

2. Flow 远程输出(推荐)

  • 配置发往 日志服务器(如 iMC、SecCenter)
plaintext
system-view userlog flow export host 192.168.1.100 9020 # 日志服务器IP:端口 userlog flow export version 3
  • 保存时长由服务器硬盘 / 策略决定:可存数月~1 年 +H3C

三、MSR830 最长能存多久(结论)

  • 内存 logbuffer:最长 1~3 天(最大 2048 条)
  • 本地 Flash 系统 + Flow 日志
    • 低负载:1~2 个月
    • 高负载(多 NAT/Flow):几天~十几天
  • Flow 日志发远程服务器数月~1 年以上(看服务器)

四、延长本地保存的配置(直接用)

plaintext
# 1. 扩大日志缓冲区 system-view info-center logbuffer size 2048 # 2. 延长日志文件最短保存时间(7天:7×24×60=10080分钟) info-center logfile retention-time 10080 # 3. 增大日志文件限额(最大16MB) info-center logfile size-quota 16 # 4. 只记录关键级别(减少日志量) info-center source default logfile level warning # 5. Flow日志尽量发远程(不占本地Flash) userlog flow export host 192.168.1.100 9020

五、查看命令

plaintext
display logbuffer summary # 内存日志条数/使用率 display logfile directory # Flash日志文件列表 display userlog flow export # Flow日志输出状态

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明