时区不统一的代价
时区不统一是日志分析里最常见也最隐蔽的问题：设备用本地时间、服务器用 UTC、平台展示又跟浏览器时区走，三条记录一比对就全乱了。正确做法是先确定一个基准（本地时区便于阅读，UTC 便于跨区域关联），把设备、日志服务器与平台统一到同一条时间线上，并把采用的时区写进运维文档。
基本信息
| 统一要求 | 设备、日志服务器与日志平台时区保持一致 |
|---|---|
| 基准选择 | 本地时区便于阅读，UTC 便于跨区域关联 |
| 依赖条件 | NTP 同步正常，时间准确才谈得上时区 |
| 记录 | 文档中注明基准时区与展示时区 |
典型使用场景
- 新设备接入：接入前核对时区与 NTP 状态
- 事件关联分析：跨设备比对时间线前先确认时区一致
- 日志平台迁移：更换平台时同步确认展示时区
- 跨区域业务：境内外设备较多时建议以 UTC 为基准
- 故障排查：日志时间与告警时间对不上时先查时区
查看与设置思路
查看与设置思路
# 华为设备：display clock 查看当前时间与时区
# 时区设置命令随版本不同，用问号补齐确认参数
# Linux 日志服务器：timedatectl 查看与设置时区
# 平台侧展示时区与存储时区可能不同，需固定并写入文档
# 时区调整后核查历史日志：老数据仍按原时区保存时间问题排查
| 现象 | 可能原因 | 处理 |
|---|---|---|
| 日志时间与告警不符 | 时区设置不一致 | 核对设备与平台两端时区 |
| 时间漂移持续增大 | NTP 未同步或不可达 | 修复 NTP 并开启同步 |
| 历史与当前记录对不上 | 时区调整后数据混存 | 在文档中标注时区变更时间 |
| 跨区域分析困难 | 基准时区不统一 | 统一到 UTC 并说明展示时区 |
调整时区前先确认是否已有历史日志：调整只影响之后的数据，不做标注会让同一份报表里出现两种时间基准。