OEL 系统时间偏慢处理记录

笔者遇到一次 OEL 主机时间异常：系统时间比实际时间慢约 10 分钟。这个问题看起来不大，但会直接影响日志时间戳，排查问题和比对业务事件时很容易产生误判。

01 | 问题现象

主机上的系统时间明显偏慢，和实际时间大约相差 10 分钟。

在日常运维中，时间不准最直接的影响就是日志不可信。比如业务报错发生在某个时间点，但系统日志记录的时间偏慢，就会导致排查人员在错误的时间范围内查日志，增加定位成本。

因此，这类问题需要先把系统时间校准，再继续排查业务或系统层面的异常。

02 | 手动校准系统时间

本次处理方式是以管理员权限手动设置系统时间：

timedatectl set-time '2026-08-07 17:03:00'

执行后，需要检查系统时间、硬件时钟以及系统时间配置状态：

date
hwclock --show
timedatectl

其中，date 用于查看当前系统时间，hwclock --show 用于查看硬件时钟，timedatectl 用于查看系统时间、时区和 RTC 相关状态。

03 | 处理结果与注意点

设置完成后，date 显示的系统时间已经更新；hwclock --show 显示硬件时钟也同步为修改后的时间。

在 OEL 8 的 systemd 环境中，timedatectl set-time 会同步更新 RTC，也就是硬件时钟。因此，通常不需要再额外执行：

hwclock --systohc

不过，时间校准后还需要确认时区配置是否正确，可以继续查看：

timedatectl

重点关注这一项：

RTC in local TZ: no

该值为 no，表示硬件时钟使用 UTC。笔者建议保持这个配置，避免系统时间和硬件时钟之间出现不必要的换算混乱。

04 | 后续建议

手动设置时间适合临时修正问题，但不适合作为长期方案。

如果后续网络恢复，应配置 NTP/chrony 自动校时，让系统自动维持准确时间，避免再次出现时间漂移。对于依赖日志排查、业务审计或事件比对的服务器来说，时间同步应当作为基础运维项长期保持。

关注我，和AI一起成长~