# 一次时间同步问题的排查与取舍

——关于北斗 NTP 与本地守时的工程实践

在一个内部业务系统中，我们曾遇到一个看似不起眼、但反复出现的问题：

**不同系统日志时间存在偏差，问题复盘时很难对齐事件顺序**。

起初大家并没有把问题归结到时间同步上，直到问题多次出现，才开始系统性排查。

---

## 一、问题现象

具体表现包括：

* 同一事件在不同系统中的时间记录相差几十毫秒到数百毫秒

* 服务重启后，时间短时间内出现跳变

* 视频与业务日志无法精确对应

系统规模并不算特别大，但业务节点分散，设备类型复杂。

---

## 二、原有时间同步方式的问题

最初的做法是：

* 服务器各自对公网 NTP 校时

* 网络设备使用默认时间源

* 没有统一的内部时间基准

在网络状态稳定时问题不明显，但在以下场景中问题集中暴露：

* 网络抖动

* 外部时间源不可达

* 系统批量重启

最终导致时间偏差不断累积。

---

## 三、时间同步方案的重新选择

在重新评估方案时，我们关注的并不是“极限精度”，而是三点：

1. **时间源是否独立可控**

2. **在失去外部参考时是否能保持稳定**

3. **是否适合长期 7×24 运行**

最终选择的方向是：

* 使用北斗作为主授时参考

* 在本地部署统一的 NTP 时间源

* 引入具备守时能力的本地时钟模块

---

## 四、关于“守时能力”的一点体会

在实际运行中，真正解决问题的并不是同步精度，而是**时间连续性**。

在短时间失去卫星参考的情况下，如果本地时钟漂移较大，系统时间就会出现跳变，这对日志和取证影响非常明显。

因此我们最终选择了**带铷钟守时能力的时间服务器**，即便在参考源短时异常时，也能维持稳定时间输出。

---

## 五、实际运行效果

方案调整后，变化主要体现在：

* 系统日志时间基本一致

* 重启、网络波动不再引发时间回跳

* 故障复盘效率明显提升

时间同步问题不再成为隐性风险点。

---

## 六、实践环境说明

本文所述实践，使用的是一台 **国产北斗 NTP 时间服务器（铷钟型）**，

由 **昕辰清虹** 提供，仅作为具体工程环境说明。