这种整分记录偶尔晚1秒的情况在工业SCADA对接SQL Server的场景里其实挺常见的，我结合实际排查经验整理了几个最可能的诱因：

• SCADA系统的任务调度偏差：多数SCADA是靠定时任务触发数据存储，比如设置每分钟整分执行。但如果SCADA服务器当时负载较高（比如同时处理大量点位采集、告警推送、界面渲染），或者任务调度器本身不是硬实时触发（比如轮询式调度），就可能刚好在整分时刻被其他高优先级任务占用了资源，等调度到存储任务时就已经到了01秒。

• 现场设备或通信链路的延迟：如果SCADA需要先从PLC、传感器等现场设备采集数据再存库，那设备响应慢或者通信链路（比如Modbus、OPC UA）出现短暂卡顿，都会让数据采集完成时间晚1秒，最终存库的时间戳也就跟着偏移了。比如PLC刚好在整分时刻在执行内部逻辑，没能及时响应SCADA的读取请求，等它返回数据时已经过了整分点。

• SQL Server端的写入排队：就算SCADA准时发起了存储请求，SQL Server如果刚好在整分时刻有高负载操作（比如批量查询、自动备份、索引重建作业），写入请求就会被放入队列等待处理，等实际完成写入时，时间戳就变成了01秒。另外，如果你的存储逻辑是用SQL Server的GETDATE()或SYSDATETIME()生成时间戳，这个时间是SQL执行语句的时间，而非SCADA发起请求的时间，一旦SQL处理延迟，就会出现偏差。

• 服务器时钟不同步：SCADA服务器和SQL Server服务器的系统时钟如果没有通过NTP服务严格同步（比如同步间隔太长、同步失败），可能存在1秒以内的偏移。比如SCADA服务器时钟比SQL Server快一点，当SCADA在00秒发起请求，到SQL Server那边时，服务器时钟已经走到01秒，用SQL系统时间生成的戳自然就晚了1秒。

• SCADA代码逻辑的小问题：比如SCADA的代码里，采集完数据后没有立即获取时间戳，而是先做了数据校验、格式转换等额外操作，刚好这些操作耗时1秒；或者代码里误把数据处理完成的时间当成了原始采集时间，最终导致存库时间戳延迟。

内容的提问来源于stack exchange，提问作者Rajesh Kumar Gurram