时间不同步导致业务报错?
系统时间漂移引发的典型业务故障:证书/票据过期、日志乱序、Kerberos 拒绝、跨机数据不一致,给定位与修复时间同步的方法。
简短答案
时间不同步引发的报错”五花八门但根子是同一个”:证书/票据按时间校验、日志按时间戳排序、分布式数据按时间对账。先确认系统时间确实漂了,再修时间同步源,最后重启受影响的业务验证。
现象对照表
| 现象 | 时间漂移的典型表现 |
|---|---|
| 证书/登录票据随机失效 | 本机时间比服务端早,被当成”将来时间” |
| 日志顺序错乱 | 多机时间不一 |
| 跨机数据校验不过 | 时间戳对不上 |
| 定时任务错跑/漏跑 | 本机时间不准 |
排查与修复
# 1. 本机时间与系统时区
date
timedatectl status
# 2. 与权威时间源比对偏差
timedatectl show-timesync # 或有 chrony/ntp 输出
chronyc tracking # 偏差一目了然
# 3. 修同步源:配时间源后拉平
# 时间源地址按项目网络环境定(内网时间服务器)
systemctl restart 时间同步服务
chronyc makestep # 强制立即步进一次
内网通常指向内部时间服务器,源地址以项目网络规范为准,不要随手指向公网源。
处理办法
- 偏差大:先
makestep立即拉平,再留持续同步兜底; - 业务还报错:时间对了之后重启相关服务再验证,别在时间没平时空耗;
- 多机场景:统一指向同一时间源,逐机核对偏差;
- 目标机基线参考 服务器 V11 ARM;介质与入口参考 Rufus 启动盘条目、麒麟快捷入口。
操作小结
- 先确认时间确实漂了;
- 修同步源 + 立即步进;
- 多机统一时间源;
- 时间对了再重启业务验证。