干这行十几年，见过太多次“数据没了”的翻车现场。早年间在南方某汽车零部件厂做项目，质检记录全存在一台工控机的Excel里，结果硬盘莫名罢工，整个批次批号恨不得跪着去求员工回忆——那种无力感，真能让人一夜白头。今天聊产线数据归档，不整那些虚头巴脑的平台架构，就说实实在在怎么把有用的数据留住，以及我踩过那些坑。
别急着存数据，先问自己：丢了哪条会死人？
很多人上来就上时序数据库，把PLC里能采的点全塞进去，结果几天后一查容量爆了，还得偷偷删。你真正该存的是能还原现场的记录，不是看门狗用的垃圾。
设备侧的轴参数，伺服电流、压力、扭矩实际值——这些是核心。MES的工单信息、物料批次、炉号也要留。最容易被忽略的，是环境温湿度。有个做精密注塑的朋友，老是抱怨产品尺寸超差，查来查去发现是空调切换导致模温波动，但历史温湿度没存，只能对着天气预报猜（笑）。
具体存多少？信号分几类：开关量、模拟量、高速波动量。普通液位温度测点，一秒采样足够了。振动信号这种，如果上10kHz，一天就是几GB，除非搞故障诊断，否则纯属自嗨。合理的做法是给测点设“是否归档”标签，并区分采样频率。别嫌麻烦，数据分类才是归档的第一道坎。
再说一个真事。某厂装配线拧紧轴扭矩，外网监控老是丢数据，查了半年，发现是网关存储溢出导致旧数据被覆盖。搞数据归档，存储容量规划也是硬仗。
时间戳不同步？那是灾难片开局
多设备协同分析，第一前提是时间对齐。PLC本地时钟跑了一周就偏几秒，MES用的服务器时间，Andon系统又用自己的，三方记录一比对，偏差能达到两三个采样周期。
我现在的做法：在边缘网关统一打标，用NTP每小时对时。如果工序需要微秒级同步，那就上PTP，或者直接依赖硬件中断采集。不过大多场景毫秒级就够了，别过度设计。
对了，OPC UA的历史数据采集机制天生支持采样和归档分离，有专门的HistoryRead接口，比单纯用SCADA轮询稳得多。但老设备多是Modbus RTU，还得转成OPC UA——这个环节，协议转换器的缓冲量必须设大，不然网络一抖就丢。
我在项目文档里加过这样一句话：所有归档数据必须包含时间戳与数据质量标识（Good/Bad/Uncertain），这是欧洲客户审核时要求加的。别轻视质量码，用它才能过滤掉故障瞬间的异常值。
另外，写归档系统时，一定要处理“补采”逻辑。车间断网几分钟，恢复后要能自动从本地补传。不然看着曲线缺一块，心里堵得慌。
保留多久？怎么存？这些事不能拍脑袋
法规要求很明确：汽车行业IATF 16949规定生产件批准程序（PPAP）相关记录要保留在产品生命周期加上一个日历年，通常按车规件10~15年算吧。医疗设备更狠，追溯记录要留到产品退役后几年。所以归档策略，先查法规再定参数。
存储介质分层是个好办法：热数据的SSD，一年前的转普通HDD，三年以上的送对象存储。磁带我好久没用，但冷备成本确实低，前提是你有设备能读出来。别等审核发现磁带机都停产了，那场面尴尬到我脚趾抠地。
压缩策略也得讲究。时间序列数据用死区压缩，比如温度值变化不超过0.5℃就不记录，曲线不会走样，体积能缩掉80%。过程数据里的数值型建议统一用float32，别搞成double阵列，能省一半空间。
还有文件格式。坚决拒绝私有格式！某进口设备的分析师软件，导出文件后缀未知，等软件厂商更新几版后根本打不开——数据全废了。推荐用开放标准，比如ISO 8601时间戳，CSV文件加头注释，或者直接用Parquet列式存储，既省空间又可检索。但要和现有分析工具兼容，别一味追求先进。
检索能力比存储容量重要十倍
归档是为了事后翻旧账，不是当保险柜。见过太多系统，存了一堆数据，结果工程师查一条报警记录要花十分钟，最后宁愿去现场看历史屏。检索界面做得好不好，直接影响数据价值。
我的经验是：让工艺工程师能按“工单号+设备ID+时间范围”直接拉出一段曲线，不用写SQL。如果必须用数据库，那就预建物化视图，按产线、班次、产品型号做索引。否则等待查询的时间，够泡三杯咖啡。
数据模型也要提前设计，比如用资产属性架构来管理测点标签——设备分区域、线体、工位，测点挂靠到对应节点。这样新加一台设备，不用动数据库结构。当年我没这么做，后来加了条线，硬是改了一周表结构，那酸爽。
还有一点，归档系统的权限别搞太僵。质量部要能看，设备部要能改，工艺部要能导出，研发部最好只读。别给所有人管理员权限，不然误删数据没人认账。
最后说个压箱底的经验：每年至少做一次恢复演练，从磁带/备份里捞数据，确保整套流程走得通。别问我怎么知道的——某次审核前夜，发现备份脚本一直报错但没人注意，那种心跳骤停的感觉，希望你永远不会体验。
产线数据归档，说到底是为了在时间轴上给产线建一座历史博物馆。规矩做在前头，后面才能睡得着觉。今天就聊到这儿，欢迎同行来吐槽你们的血泪史。
